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(54) Procede et systeme de gestion de la fourniture a un terminal de donnees 
reseau externe, et equipement intermediaire correspond ant 



par un 



(57) L'invention concerne un procede de gestion de 
la fourniture, a au moins un terminal d'au moins un re- 
seau de communication, de donnees gerees par au 
moins un serveur de contenu d'au moins un reseau ex- 
terne. Le (au moins un) terminal peut demander et/ou 
recevoir les donnees via au moins deux canaux de four- 
niture de donnees entre le (au moins un) terminal et le 
(au moins un) serveur de contenu. Selon l'invention, on 
definit au moins un domaine de service, correspondant 



a au moins une portion des donnees d'au moins un des 
serveurs. Lors de la fourniture au (au moins un) terminal 
de donnees appartenant au domaine de service, on ge- 
re, dans au moins un equipement intermediaire traverse 
par les (au moins deux) canaux et participant a la liaison 
entre le (au moins un) reseau de communication et le 
(au moins un) reseau externe, une session de service 
au cours de laquelle est utilise au moins un des canaux. 
On effectue au moins un traitement particulier dans le 
cadre de la session de service. 
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Description 

[0001] Le domaine de I'invention est celui des syste- 
mes de communication. 

[0002] Plus precisement, I'invention concerns un pro- 5 
cede et un systeme de gestion de la fourniture, a au 
moins un terminal d'au moins un reseau de communi- 
cation, de donnees gerees par au moins un serveur de 
contenu d'au moins un reseau externe. 
[0003] L'invention s'applique notamment, mais non *o 
exclusivement, au cas ou le terminal est un terminal mo- 
bile d'un reseau de radiocommunication et ou les ser- 
veurs de contenu sont des serveurs WEB du reseau In- 
ternet. 

[0004] Le reseau de radiocommunication utilise par « 
exemple la norme GSM (pour "Global System for Mobile 
communications" en anglais), ou une norme equivalen- 
te ou concurrente telle que DCS 1 800 (pour "Digital Cel- 
lular System a 1800 Mhz", en anglais), PCS 1900 (pour 
"Personal Communication System a 1900 MHz" en an- 20 
glais), DECT (pour "Digital European Cordless Tele- 
communications" en anglais, GPRS (pour "General 
Packet Radio Service" en anglais) ou UTMS (pour "Uni- 
versal Mobile Telecommunication System" en anglais). 
[0005] II est clair ce pendant que la presente invention 25 
s'applique egalement avec un terminal fixe d'un reseau 
filaire (par exemple le reseau telephonique commute) 
et/ou avec un reseau externe autre que le reseau Inter- 
net. 

[0006] D'une facon generale, on entend par reseau 30 
externe un reseau independant du reseau d'acces que 
constitue le reseau de communication. Ce reseau ex- 
terne permet a un fournisseur de contenus de mettre a 
disposition des donnees, generalement sous la forme 
de bases d'informations, au moyen de serveurs de con- 35 
tenu (aussi appeles serveurs de donnees). Dans le cas 
particulier precite ou le r6seau externe est le reseau In- 
ternet, les bases d'informations sont des « sites WEB » 
heberges par des serveurs WEB. 

[0007] Dans le cadre de la presente invention, et done *> 
dans la suite de la description, on suppose que le ter- 
minal peut demander et/ou recevoir les donnees via au 
moins deux canaux de fourniture de donn6es entre ce 
terminal et le(s) serveur(s) de contenu. 
[0008] Ainsi, dans le cas particulier precite, le terminal « 
mobile peut par exemple acceder aux donnees d'un ou 
plusieurs serveurs WEB via les deux canaux suivants : 

- un canal WAP (« Wireless Application Protocol »). 
Typiquement, un mtcro-navigateur du terminal so 
WAP, suite a une interaction avec un utilisateur, va 
envoyer une requete WAP encodee a une passe- 
re lie WAP (« WAP Gateway ») qui se charge de la 
decoder (en effectuant une conversion de protoco- 
les entre le WAP (WTP) et le WEB (HTTP)) et de 55 
I'aiguiller vers le bon serveur WEB de contenu. En 
reponse, le serveur WEB envoie les pages a la pas- 
serelle WAP qui effectue la conversion entre le 
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WEB et le WAP et encode les donnees contenues 
dans ces pages (afin de reduire leurtaille) avant de 
les envoyer au terminal WAP. Le micro-navigateur 
du terminal WAP decode ces pages, les interprete 
et les affiche ; 

un canal SMS (« Short Message service »). Par 
exemple, en mode « pull » (le client reclame refor- 
mation dont il a besoin quand il en a besoin), un 
terminal mobile emet un message court (SMS) vers 
un serveur de contenu, identifie generalement par 
un numero court. Le SMS est recu par un centre de 
gestion des SMS (SMS-C) qui le met dans une file 
d'attente avant de le transmettre au serveur de con- 
tenu. A la reception du SMS, qui forme requete, le 
serveur de contenu envoie (via le SMS-C) un con- 
tenu donne au terminal mobile, au moyen d'un ou 
plusieurs SMS. On connaTt egalement le mode 
« push » (le serveur de contenu prend I'initiative du 
transfer! d'informations vers un terminal mobile), 
dans lequel le serveur de contenu confie a un ser- 
veur d'envoi automatique (« push server ») le soin 
d'envoyer (via le SMS-C) un contenu donne au ter- 
minal mobile, au moyen d'un ou plusieurs SMS. 

[0009] On entend par « canal de fourniture de 
donnees » un environnement de fourniture de service 
lie a un ensemble de protocoles. Ces canaux sont par- 
fois aussi appeles segments. L'invention s'applique 
aussi bien avec les canaux actuels que future. 
[0010] A ce jour, les informations composant les ba- 
ses d'informations des serveurs de contenu sont totale- 
ment indifferenciees, ce qui limite la gestion de ces in- 
formations. En d'autres termes, I'utilisateur n'accede 
pas a un service mais a un serveur de donnees, ou a 
plusieurs serveurs de donnees successivement. L'ope- 
rateur ne dispose d'aucun mecanisme lui permettant de 
valorisersa position, a ('interface entre le r6seau de (ra- 
dio)communication et le reseau externe. 
[001 1] Les systemes ou precedes de I'etat de la tech- 
nique, en particulier dans le monde de la radiocommu- 
nication mobile, presentent de ce fait des inconvenients 
majeure. En effet, ils n'apportent ni ne prevoient : 

de solutions de dialogue entre I'utilisateur du termi- 
nal et le fournisseur de contenu gerant les serveurs 
de contenu. Entre autres, de maniere generale et 
en particulier dans les deux modes precites (« pull » 
et « push ») de transmission de SMS vers un termi- 
nal mobile, il n'est jamais donne la possibility de de- 
mander a I'utilisateur une confirmation avant trans- 
mission d'un contenu ; 
- de solutions de control e de I'acces a un contenu 
donne par un utilisateur d'un terminal donne ; 
de solutions de tarification modulant transactions et 
donnees (types, durees et volumes de ces don- 
nees), e'est-a-dire tenant compte notamment des 
donnees auxquelles I'utilisateur accede a partir de 
son terminal (mobile). Par exemple, on ne sait pas 
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aujourd'huigererdefacon simple etoptimale la fac- 
turation de I'erwoi a un meme terminal mobile de 
plusieurs SMS successifs par un ou plusieurs ser- 
veurs de contenu. 



[001 2] Par tarification, on entend ici la fourniture, par 
un systeme de facturation gere par i'operateur du re- 
seau de (radio)communication, d'informations de factu- 
ration (« charging » en anglais) et/ou de valorisation 
(« rating » en anglais) et/ou d'autorisation dans le cas 
d'un mecanisme de pre-paiement (« prepaid 
authorization » en anglais). 

[0013] Un autre inconvenient des systemes ou prece- 
des de I'etat de ia technique est qu'ils ne permettent pas 
de correler des informations venant de canaux (seg- 
ments) differents dans un seul service qui regrouperait 
plusieurs de ces canaux. En d'autres termes, I'utilisateur 
du terminal dispose actuellement de plusieurs canaux 
de fourniture de donnees, mais ne peut les utiliser que 
successivement et independamment les uns des 
autres. Par exemple, un terminal mobile ne peut pas 
aujourd'hui formuler une requete par le canal WAP et 
recevoir la reponse correspondante par le canal SMS. 
[0014] Cette impossibilite actuelle de combiner des 
canaux de differentes natures implique en outre que 
chacun des canaux (WAP. SMS, ...) doit communiquer 
de facon independante avec le systeme de facturation 
precite. Par consequent, le systeme de facturation doit 
effectuer plusieurs traitements, specifiques chacun a un 
type de canal. Or, les systemes de facturation actuels. 
qui doivent chacun traiter un grand nombre d'evene- 
ments (lies aux activites de plusieurs millions de clients), 
ne sont pas tres flexibles et ont ete concus pour coope- 
rer avec un seul canal. Leurs performances s'ecroulent 
lorsqu'ils sont amenes a cooperer avec plusieurs ca- 
naux de natures differentes. 

[001 5] L' invention a notamment pour objectif de pal- 
lier ces differents inconvenients de I'etat de la techni- 
que. 

[0016] Plus precisement, Tun des objectifs de la pre- 
sente invention est de fournir une technique de gestion 
de la fourniture, a un terminal d'un reseau de commu- 
nication, de donnees gerees par un reseau externe, cet- 
te technique offrant des solutions de dialogue entre I'uti- 
lisateur du terminal et le fournisseur de contenu gerant 
les serveurs de contenu. 

[0017] L'invention a egalement pour objectif de fournir 
une telle technique offrant des solutions de controle de 
Faeces a un contenu donne par un utilisateur d'un ter- 
minal donne. 

[0018] Un autre objectif de l'invention est de fournir 
une telle technique offrant des solutions de tarification 
modulant transactions et donnees, etpermettantde pro- 
poser un mode « kiosque » pour internet dans le cas 
ou le reseau externe est le reseau Internet. 
[0019] Un objectif complementaire de l'invention est 
de fournir une telle technique permettant de correler des 
informations venant de canaux differents dans un seul 



service. 

[0020] Encore un autre objectif de l'invention est de 
fournir une telle technique permettant de preserver les 
systemes de facturation existants tout en maintenant 
5 leurs performances, meme s'ils cooperent avec plu- 
sieurs canaux de natures differentes (dans le cadre d'un 
service, rendu possible par l'invention, regroupant plu- 
sieurs canaux). 

[0021] Encore un autre objectif de l'invention est de 
w fournir une telle technique qui soit compatible avec les 
modes « pull » et « push » precites. 
[0022] Encore un autre objectif de l'invention est de 
fournir une telle technique permettant de masquer aux 
fournisseurs de contenu les identifiants reels des termi- 
15 naux (typiquement leurs numeros MSISDN, pour 
« Mobile Station Integrated Services Digital Network »). 
[0023] Encore un autre objectif de l'invention est de 
fournir une telle technique permettant de modifier aise- 
ment le ou les canaux concernes et de prendre aise- 
20 ment en compte de nouveaux types de canaux. 

[0024] Ces differents objectifs, ainsi que d'autres qui 
apparaitront par la suite, sont atteints selon l'invention 
a I'aide d'un procede de gestion de la fourniture, a au 
moins un terminal d'au moins un reseau de communi- 
25 cation, de donnees gerees par au moins un serveur de 
contenu d'au moins un reseau externe. Ledit au moins 
un terminal pouvant demander et/ou recevoir lesdites 
donnees via au moins deux canaux de fourniture de 
donnees entre ledit au moins un terminal et ledit au 
30 moins un serveur de contenu. Selon l'invention, on de- 
finit au moins un domaine de service, correspondant a 
au moins une portion des donnees d'au moins un des- 
dits serveurs. Lors de la fourniture audit au moins un 
terminal de donnees appartenant audit domaine de ser- 
35 vice, on gere, dans au moins un equipement interme- 
diate traverse par lesdits au moins deux canaux et par- 
ticipant a la liaison entre ledit au moins un reseau de 
communication et ledit au moins un reseau externe, une 
session de service au cours de laquelle est utilise au 
40 moins un desdits canaux. On effectue au moins un trai- 
tement particulier dans le cadre de ladite session de ser- 
vice. 

[0025] La presente invention repose done sur les no- 
tions de « domaine de service » et de « session de 
45 service ». 

[0026] Le domaine de service identifie une partie des 
informations disponibles sur un ou plusieurs serveur(s) 
de contenu, de sorte que I'on puisse leur appliquer un 
traitement qui differe de celui qui est applique aux infor- 
50 mations n'appartenant pas a ce domaine. La notion de 
domaine de service au sein du reseau externe repose 
sur la representation topologique du reseau externe, 
quelle que soit la realisation physique de ce reseau ex- 



55 [0027] Un service particulier est defini pour et associe 
a chaque domaine de service. On ouvre et on gere une 
session de ce service particulier, pour un terminal don- 
ne, des lors que I'on a detecte que des donnees du do- 
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maine de sen/ice doivent etre fournies a ce terminal 
donne. Cette detection peut s'effectuer par analyse des 
requetes emises par le terminal (c'est par exemple Me 
cas dans le mode « pull ») et/ou par analyse des don- 
nees transmises au terminal (c'est par exemple le cas 
dans le mode « push »>). Le maintien d'une session de 
service pour un terminal donne est fonction de la defi- 
nition du service et des evenements (requetes. repon- 
ses notifications) se rapportant a la fourniture, a ce ter- 
minal, de donnees du domaine de service. 
[00281 Par exemple, on entend par sess.on de servi- 
ce dans le cas ou le reseau externe est le reseau Inter- 
net et oil seul le canal WAP est utilise (« session de ser- 
vice monocanal »). le fait qu'un utilisateur navigue pen- 
dant une duree donnee sur un sous-domaine particular 
du WEB (reseau Internet) def.ni comme un domaine de 
service particulier. Dans cet exemple, Ensemble de la 
navigation sur ce domaine de service particul.er real.se 
une "session de service". 

[0029] Egalement a titre d'exemple. on entend pa 
session de sennce dans le cas ou le ^ * 

le reseau Internet et ou les canaux WAP et SMS sent 
utilises (« session de service multicanal »). le fa. qu un 
utilisateur utilise son terminal mobile pour formuler une 
requete par le canal WAP et qu'il re?oive une reponse 
correspondante par le canal SMS. Dans cet exemple, 
rensemble forme par la requete et la reponse real.se 
une "session de service". 

[0030] Comme explique ci-apres, la presente inven- 
tion permet a Poperateur du reseau de oommumaflon 
(formant reseau d'acces au reseau externe) id effectuer 
un certain nombre factions dans le cadre des sess.ons 

de service. . 

[0031] La gestion de sessions de serv.ee permet no- 
amment, contrairement aux techniques de art ante- 
rieur. d'offrir des solutions de dialogue entre I u . isateur 
du terminal et le fournisseur de contenu gerant les se - 
veurs de contenu, ainsi que des solut.ons de controle 
de I'aoces a un contenu donne par un utilisateur d un 

terminal donne. _ 

[00321 La gestion de sessions de service permet ega- 
lement la mise en oeuvre. par i'operateur du ,£m |d. 
communication, d'un mode kiosque pour I n erne , dans 
,e cas ou le reseau externe est le reseau Internet £ ten 
particulierpournnternetmobile-.si en outre le terminal 
est un terminal mobile. En d'autres termes. bisque les 
usagers se font transmettre des donnees payantes par 
un ou plusieurs serveurs de contenu du reseau externe 
(ces derniers offrant un service a valeur ajoutee). la fac- 
uration et le recouvrement des factures est assuree par 
l-operateur du reseau de communication qui reverse au 
fournisseur de contenu la part qui lui revient. 
[0033] On notera que la presente mvent.on permet la 
mise en oeuvre d'un mode kiosque aussi bien dans le 
cas d'un service utilisant un seul canal (« session de 
service monocanal ») que dans le cas d'un service uti- 
lisant une combinaison de plusieurs canaux (« sess.on 
de service multicanal »). 



[0034] Avantageusement, un seul desdits canaux est 
utilise au cours de ladite session de service, dite sess.cn 
de service monocanal. 

[0035] Dans une variante avantageuse, au moms 
5 deux desdits canaux sont utilises au cours de lad.te ses- 
sion de service, dite session de service multicanal. 
[0036] Ainsi, dans cette variante, I'invention permet 
de correler, dans une meme session de service des in- 
formations venant de canaux differents. En d autres ter- 
10 mes, on peut def.nir un ou plusieurs services comb.nant 
chacun plusieurs canaux. De cette facon. pour un ser- 
vice donne, le systems de facturation n'effectue qu un 
seul traitement, du fait qu'il ne « voit » qu'une seule en- 
tite a savoir I'equipement intermediaire, et qu ,l effectue 
15 une gestion de la facturation basee sur la notion de ses- 
sion de service (et non pas sur la notion de canal). Ceci 
permet d'optimiser les performances du systeme de ac- 
Juration. Ceci permet aussi d'en lim.ter les couts pu.s- 
qu'une partie de la technologie courante du systeme de 
20 facturation peut etre preservee. tAmina , 
[0037] Avantageusement, ledit au mo.ns un terminal 
appartient au groupe comprenant : 



des terminaux mobiles ; 
25 - des terminaux fixes. 

[00381 Preferentiellement, ledit au moins un reseau 
externe est un reseau de type Internet. En outre, les ser- 
veurs de donnees sont organises en sites comprenant 
30 chacun une pturatite de pages et chaque doma.ne de 
service correspond a des pages predeterm.nees d au 
moins un site. ^* olir 
[0039] De facon preferentielle, lesdits canaux de four- 
niture de donnees appartiennent au groupe 
35 comprenant : 

. des canaux de type WAP (« Wireless Application 
Protocol ») ; 

. des canaux de type SMS (« Short Message 

. des raneux de type MMS (« Multimedia Message 
service ») ; 

. des canaux de type EMS (« Enhanced Message 
service ») ; . 
45 - des canaux de type SVl (« Serv.ce Vocal 
Interactif ») ; 
. des canaux de type WEB. 

[0040] Dans un premier mode de realisation particu- 
50 tier de I'invention, ledit procede comprend les etapes 
prealables suivantes : 

. un terminal, dit terminal demandeur/receveur, dudit 
au moins un reseau de communication emet. via au 
55 moins un desdits canaux, au moins une requ§te en 
vue de la reception de donnees appartenant audit 
domaine de service ; 
- ladite requete est redirigee vers ledit au mo.ns un 
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equipement intermediaire qui ouvre ladite session 
de service ; 

et, au cours de ladite session de service : 

ledit au moins un equipement intermediaire redirige 
lui-meme la requete vers ledit au moins un serveur 
de contenu ; 

ledit au moins un serveur de contenu retourne audit 
au moins un equipement intermediaire une reponse 
comprenant au moins un message contenant lesdi- 
tes donnees ; 

ledit au moins un equipement intermediaire trans- 
met, via au moins un desdits canaux, la reponse au 
terminal demandeur/receveur. 

[0041] Dans un second mode de realisation particu- 
lier de I'invention, ledit procedS comprend les etapes 
prealables suivantes : 

- un premier terminal, dit terminal demandeur, d'un 
premier reseau de communication emet, via au 
moins un desdits canaux, au moins une requete en 
vue de la fourniture, a un second terminal, dit ter- 
minal receveur, d'un second reseau de communi- 
cation confondu ou non avec ledit premier reseau 
de communication, de donnees appartenant audit 
domaine de service ; 

ladite requete est redirigee vers ledit au moins un 
equipement intermediaire qui ouvre ladite session 
de service ; 

et, au cours de ladite session de service : 

ledit au moins un equipement intermediaire redirige 
lui-meme la requeue vers ledit au moins un serveur 
de contenu ; 

ledit au moins un serveur de contenu fournit audit 
au moins un equipement intermediaire une reponse 
comprenant au moins un message contenant lesdi- 
tes donnees ; 

ledit au moins un equipement intermediaire trans- 
met, via au moins un desdits canaux, la reponse 
audit second terminal receveur. 

[0042] Avantageusement, au cours de ladite session 
de service et avant I'etape de transmission de la requete 
audit au moins un serveur de contenu par ledit au moins 
un equipement intermediaire : 

ledit au moins un equipement intermediaire se pro- 
cure aupres d'un systeme de facturation auquel il 
est relie un avis de facturation relatif a la fourniture 
de la reponse par ledit au moins un serveur de 
contenu ; 

ledit au moins un equipement intermediaire trans- 
met pour accord ledit avis de facturation au terminal 
demandeur/receveur, ou au terminal demandeur et/ 
ou au terminal receveur ; 

- si ledit au moins un equipement intermediaire recoit 
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un accord sur I'avis de facturation, il effectue I'etape 
de transmission de la requete audit au moins un 
serveur de contenu. 

5 [0043] Dans un troisieme mode de realisation parti- 
culierde I'invention, ledit procede comprend les etapes 
prealables suivantes : 

- ledit au moins un serveur de contenu emet au moins 
10 une requete en vue de la fourniture audit au moins 
terminal, par un serveur d'envoi automatique dudit 
au moins un reseau exteme, de donnees apparte- 
nant audit domaine de service ; 
ledit serveur d'envoi automatique emet. via au 
is moins un desdits canaux, au moins un message 
contenant lesdites donnees et destine audit au 
moins terminal ; 

ledit au moins un message est redirige vers ledit au 
moins un equipement intermediaire qui ouvre ladite 
20 session de service, 

et, au cours de ladite session de service, ledit au 
moins un equipement intermediaire transmet, via 
au moins un desdits canaux, ledit au moins un mes- 
sage au terminal. 

25 

[0044] Dans un quatrieme mode de realisation parti- 
culier de I'invention, ledit procede comprend les etapes 
prealables suivantes : 

30 - un premier terminal dudit au moins un reseau de 
communication emet, via au moins un desdits ca- 
naux, au moins un message destine a un second 
terminal apres avoir ete modifie et/ou complete 
avec des donnees appartenant audit domaine de 

35 service ; 

ledit au moins un message est redirige vers ledit au 
moins un equipement intermediaire qui ouvre ladite 
session de service ; 

40 et, au cours de ladite session de service : 

ledit au moins un equipement intermediaire redirige 
lui-meme ledit au moins un message vers ledit au 
moins un serveur de contenu ; 

45 . ledit au moins un serveur de contenu modifie et/ou 
complete ledit au moins un message, et retourne 
audit au moins un equipement intermediaire ledit au 
moins un message modifie et/ou complete ; 
ledit au moins un equipement intermediaire trans- 

50 met, via au moins un desdits canaux, ledit au moins 
un message modifie et/ou complete au second ter- 
minal. 

[0045] Dans un cinquieme mode de realisation parti- 
55 culier de I'invention, ledit procede comprend les etapes 
prealables suivantes : 

- un utilisateur fournit un identifiant (MSISDN) d'un 
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terminal audit au moins un serveur de content! ; 
ledit au moins un serveur de contenu emet au moins 
une requete en vue de la fourniture audit terminal, 
par un serveur de gestion de codes dudit au moins 
un reseau exteme, d'un code destine a etre utilise 
ulterieurement afin de recevoir des donnees appar- 
tenant audit domaine de service ; 
le serveur de gestion de codes genere ledit code 
puis emet une requete en vue de la fourniture du 
code au terminal, par un serveur d'envoi 
automatique ; 

le serveur d'envoi automatique emet, via au moms 
un desdits canaux, au moins un message contenant 
le code destine au terminal ; 
ledit au moins un message contenant le code est 
redirige vers ledit au moins un equipement interme- 
diaire qui ouvre ladite session de service ; 
et, au cours de ladite session de service : 

ledit au moins un equipement intermediaire trans- 
met, via au moins un desdits canaux, ledit au moins 
un message contenant le code au terminal ; 
ulterieurement, pour recevoir des donnees appar- 
tenant au domaine de service, le terminal fournit le- 
dit code audit au moins un serveur de contenu ; 
ledit au moins un serveur de contenu passe le code 
au serveur de gestion de codes, qui lui-meme le 
passe a I'equipement intermediaire ; 
- I'equipement intermediaire determine si le code est 
valide ou non, en fonction d*au moins un critere de- 
termine contenu dans une definition du service ap- 
plique dans ladite session de service, et informe le- 
dit au moins un serveur de contenu, via ledit serveur 
de gestion de codes, du caractere valide ou non du 
code. 

[0046] Avantageusement, au cours d'une meme ses- 
sion, ledit au moins un equipement intermediaire traite 
au moins deux requetes successives emises par ledit 
au moins un terminal et/ou au moins deux messages 
emis par ledit au moins un serveur de contenu ou ledit 
serveur d'envoi automatique. 

[00471 Preferentiellement, ledit au moins un traite- 
ment particulier effectue dans le cadre de ladite session 
de service comprend au moins une des operations ap- 
partenant au groupe comprenant : 



une tarification particuliere des donnees et/ou du 
temps de connexion audit domaine de service ; 
une notification d'entree dans ledit domaine de 
services ; 

une demande de confirmation par le terminal avant 
I'acces audit domaine de service ; 
une notification de sortie dudit domaine de 
services ; 

une demande de confirmation par le terminal avant 

la sortie dudit domaine de service ; 

un contrdle d'autorisation d'acces audit domaine de 



service ; 

. un enrichissement d'une base de donnees client ; 

- une transmission de donnees ou de message par- 
ticulier, en fonction d'informations contenues dans 

5 une base de donnees client et/ou dans une requete 
vers un desdits serveurs ; 

- une modification d'une requete vers un desdits 
serveurs ; 

. una modification du flux de donnees transmis vers 
10 le terminal ; 

- une action par defaut, lorsqu'on n'accede pas a un 
desdits domaines de services. 

[0048] De fagon preferentielle, ladite tarification par- 
ts ticuliere tient compte d'au moins un des aspects 
suivants : 

- un cout fixe par session de service, pour I'acces 
audit domaine de service ; 

20 - un cout proportionnel au volume de donnees trans- 
mis lors de la session de service ; 

- un cout proportionnel a la duree de la session de 
service ; 

- un cout fonction de la date et/ou de I'heure de la 
25 session de service ; 

- un cout fonction de I'identite de I'utilisateur du 
terminal ; 

- un cout fonction du mode d'acces. 

30 [0049] Avantageusement, ledit au moins un domaine 
de service figure sous la forme d'une table de descrip- 
tion accessible par ledit au moins un equipement inter- 
mediate. 

[0050] Preferentiellement. les donnees gerees par le- 
as dit au moins un serveur de contenu etant stockees dans 
un systeme de fichiers presented une structure hierar- 
chique, et chaque domaine de service est represent, 
dans ladite table de description, par la notation compac- 
te d'un ou plusieurs sous-cdnes de ladite structure hie- 
40 rarchique. 

[0051] De facon preferentielle, ledit precede com- 
prend une etape de cloture d'une session de service 
courante, effectuee lorsqu'au moins une condition defm 
de session est verifiee. 
45 [0052] Preferentiellement, ladite au moins une condi- 
tion de fin de session de service appartient au groupe 
comprenant : 



detection d'une requete d'acces par le terminal a 
des donnees non comprises dans le domaine de 
service pour lequel la session de service courante 
est ouverte ; 

detection d'une requete specifique, dite de fin de 
session de service, emise par le terminal ; 
detection du depassement d'une periode maximale 
d'inactivite du terminal au cours de la session de 
service courante. 
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[0053] Avantageusement, lorsqu'il communique avec 
edit au moins un serveur de contenu, au cours de ladrte 
session de service, ledit au moins un equ.pement inter- 
mediaire utilise un identifiant opaque du terminal, de fa- 
con a masquer audit au moins un serveur de contenu 
un identifiant reel du terminal. 

[0054] De facon avantageuse. lorsqu .1 communique 
avec ledit au moins un serveur de contenu, au cours de 
ladite session de service, ledit au moins un equ.pement 
intermedial utilise un identifiant de session. 
[0055] L'identif.ant de session de service vise notam- 
ment a permettre de faciliter les procedures d arbitrage 
pour Jmontants de reversement lies au service , fourn 
par un fournisseur de contenu via un operateur. Pour 
cela, i. taut en effet que les Thiers de connexions 
(« , 0 gs ») de part et d'autre aient des .dentif.an ts conv 
muns. Or, I'heure n'est pas une reference abso ue et le 
n umeroMSlSDNpeutetremasqu6A'idenUfiantdeses 
sion permet lui rapidement d'identifier une transaction ^ 
dans les deux systemes. 

[0056] Avantageusement, ledit au moms un equ.pe- 
ment ntermediaire gere une fonction de Nervation de 
credits pouvant etre partages par plusieurs sessions^ 
service relatives a un meme utilisateur et se deroulant ^ 
au moins en partie simultanement. 
[0057] L'invention concerne egalement un systeme 
de gestion de la fourniture, a au moins un terminal d au 
moins un reseau de communication, dedonnees ger6es 
par au moins un serveur de contenu d'au mom un r*- 
seau exteme. Ledit au moins un term.nal peut deman- 
der et/ou recevoir lesdites donnees via au moms deux 
canaux de fourniture de donnees entre ' »^ a« 
un terminal et ledit au moins un serveur de contenu. Se- 
lon Invention, ledit systeme comprend : ^ 

. des moyens de definition d'au moins un domaine 
de service, correspondant a au moins une portion 
des donnees d'au moins un desdits serveurs , 
. des moyens de detection de la fourniture audit au 
moins un terminal de donnees appartenant audit 
domaine de service ; 
. des moyens de gestion de sessions de serv.ce, per- 
mettant de gerer au moins une session de service 
au cours de laquelle est utilise au moins un desdits 
canaux, lorsque lesdits moyens de detection detec- 
ted la fourniture audit au moins un term.nal de don- 
nees appartenant audit domaine de serv.ce ; au 
moins un traitement particulier etant effectue dans 
le cadre de ladite session de service. 



[00581 En outre, lesdits moyens de gestion de ses- 
sions de service sont compris dans au moins un equ.- 
pement intermediate traverse par lesdits au moms deux 
canaux et participant a la liaison entre ledit au mo.ns un 
reseau de communication et ledit au moins un reseau « 

[0059] 6 ' Avantageusement. lesdits moyens de gestion 
de sessions de service comprennent : 



des moyens de contr6le de service, permettant de 
maintenir les sessions de service en fonction d une 
part d'une definition determinee d'un serv.ce asso- 
cie a chaque domaine de service et d'autre part 
d'evenements qui sont communiques auxdits 
moyens de contrdle de service par au mo.ns un 
moyen d'interfacage ; 

pour chaque canal de fourniture de donnas un 
moyen d'interfacage specifique (proxy WAP. proxy 
SMS ) permettant de communiquer auxdits 
moyens de controle de service des evenements re- 
latifs aux sessions de service et circulant sur led.t 
canal, et de recevoir de la part desdits moyens de 
controle de service des instructions relatives a I en- 
voi d'informations aux terminaux et/ou aux serveurs 
de contenu. 

[00601 Preferentiellement, lesdits moyens de contr6le 
de service communiquent avec au moins un systeme 
de facturation, de facon a obtenir pour chaque sess.on 
d! service des informations de facturation et/ou valori- 
sation et/ou autorisation dans le cas d'un mecan.sme 

fo^rDrfegon preferentielle, un seul desdits 
moyens d'interfacage.ditmoyend'in^ 
comprend des moyens de communication d.recte avec 
^Stemoyens de controle de service. En outre chacun 
des autres moyens d'interfacage, dit moyen d interfaga- 
ge secondare, comprend des moyens de communica- 
tion indirecte avec lesdits moyens de controle de serv.- 
ce via ledit moyen d'interfacage principal. 
[0062] Preferentiellement, ledit moyen d'.nterfagage 
principal est commun a un canal de type WAP et a un 
canal de type WEB (proxy WAP/WEB). 
; [0063] L'invention concerne auss. un equ.pement m- 
ermediaire comprenant des moyens pour mettre en 
oZre le proceSe possedant les caracteristiques c- 

?0064] S Preferentiellement. I'equipement intermediai- 
re est du type compris dans un systeme de gestion de 
la fourniture. a au moins un terminal d'au moms un re- 
seau de communication, de donnees gerees par au 
moins un serveur de contenu d'au moins un reseau ex- 
teme. Ledit au moins un terminal peut demander et/ou 
recevoir lesdites donnees via au moins deux canaux de 
fourniture de donnees entre ledit au moins un term.nal 
et ledit au moins un serveur de contenu. Le systeme 
comprend : des moyens de definition d'au moms un do- 
maine de service, correspondant a au moins une portion 
des donnees d'au moins un desdits serveurs ; des 
moyens de detection de la fourniture audit au moms un 
terminal de donnees appartenant audit domaina da ser- 
vice Selon l'invention, I'equipement intermediate est 
traverse par lesdits au moins deux canaux et part.c.pe 
a la liaison entre ledit au moins un reseau de communi- 
cation et ledit au moins un reseau externe. En outre, 
l-equipement intermediaire comprend des moyens de 
gestion de sessions de service, permettant de gerer au 



7 



EP 1 381 203 A1 



moins une session de sendee, au cours de laquelle est 
se au moins un des canaux. lorsque les moyen.de 
Section detectent la fourniture audit au moins un ter- 
minal de donnees appartenant au domame de sen.ee 
au moins un traitement particulieretant effectue dans le 
cadre de ladite session de service. 
[0065] D'autres caracteristiques et avantages de I n 
vention apparent a la lecture de la description su,- 
van e d'uS mode de realisation preferentiel de I nven- 
Z, donne a titre d'exemple indicatif et non hmltaff, et 
des dessins annexes, dans lesquels : 

- la figure 1 presente un synoptique d'un exemple de 
systeme selon Invention ; 

- les figures 2, 3 et 4 illustrent trois exemples d appli- 
cation du precede selon 1'invention pour la realisa- 
tion d'un service d'envo. de SMS, avec 
respectivement : 

* une session de service simple avec reception 
d'un seul SMS (figure 2), 

* une session de service simple avec reception 
de plusieurs SMS (figure 3) et 

* une session de service chaTnant plusieurs ite- 
rations et avec reception de plusieurs SMS lors 
de chaque iteration (figure 4) ; 



la figure 5 illustre un exemple de session de serv.ee 
selon le procede de I'invention, de type monocanal 
(SMS) en mode « pull » et sans avis de facturation ; 
es figures 6 et 7 illustrent un exemple de session 
de service, selon le procede de I'invent.on. de type 
monocanal (SMS) en mode « pull » et avec av.s de 

^figures 8 et 9 illustrent un exemple de session 
de service, selon le procede de Hnvent.on, de type 
monocanal (SMS) en mode « push » et avec utili- 
sation du numero MSISDN du terminal ; 
les figures 10 et 11 illustrent un exemple de sess.on 
de service, selon le procede de rinvention, de type 
multicanal (WAP et SMS) en mode « pull » ; 
. les figures 12 et 13 illustrent un exemple de meca- 
nisme de commerce electronique avec ut.Lsat.on 
d-un code, ce mecanisme comprenant une sess.on 
de service, selon le procede de I'invention, de type 
monocanal (SMS) en mode « push » ; 
. la figure 14 illustre un exemple de mecanisme de 
sen/Ice « pair a pair » (« peer to peer ») permettant 
de modifier et/ou completer des messages, ce me- 
canisme comprenant une session de service, selon 
le procede de I'invention, de type monocanal 

. fa figure 15 presente un exemple de structure d'une 
base d'informations d'un serveur de contenu, per- 
mettant d'illustrer la notion de domaine de serv,ce. 

[00661 ^invention concerne done un systeme *et un 
procede de gestion de la fourniture. a au moms un ter- 



minal d'au moins un reseau de communication de don- 
nees gerees par au moins un serveur de contenu d au 
moins un reseau externe. On rappelle que la presente 
Mention propose de def.nir des domaines de serv.ee 
et de gerer des sessions de service. 
[0067] On presente maintenant, en relation avec le 
synoptique de lafigurel, un exemplede systeme selon 
nnvention. Dans^xemple simplif.e, le systeme 
comprend : 

. un reseau de radiocommunication (« r6seau 
mobile ») 1 auquel est relie un terminal mob. e 2 ; 
. le reseau Internet 3 (formant reseau externe) 
auquel sont relies des serveurs de contenu (ser- 
5 veurs WEB) A, a 4 3 . et un serveur d'envoi automa- 
tique (« serveur de push ») 5 ; . . 

- un reseau fixe 6 (par exemple le reseau telephone 
que commute RTC) auquel est relie un terminal fixe 
7. 

[0068] Le terminal mobile 2 peut demander et/ou re- 
cevoir des donnees gerees par les serveurs de contenu 
4 1 a 4 3 , via les canaux suivants : 

25 - un canal WAP (« Wireless Application Protocol ») 
8, incluant une passerelle WAP 11 (dont le role a 
ete rappele ci-dessus) ; . » 

. un canal SMS (« Short Messa * J™« »> ?• 
cluant un centre de gestion des SMS (SMS-C) 12 
30 (dont le role a ete rappele ci-dessus) ; 

. un canal MMS (« Multimedia Message serv.ee ») 
10, incluant la passerelle WAP 11 procite e et un 
centre de gestion des MMS (MMS-C) 13 (equrvalent 
du SMS-C pour les MMS). 



[0069] Le terminal fixe 7 peut demander et/ou rece- 
voir des donnees gerees par les serveurs de contenu 
4, a 4 3 , via un canal WEB 14. 
[0070] Les canaux precites. de type WAP, SMS et 
40 MMS respectivement, sont bien connus de I homme , du 
metier. Us ne seront pas decrits plus en detail dans la 
presente description. 

[00711 11 convient de noter que dans sa nouvelle ver- 
sion 2 0, le protoeole WAP reprend I'essentiel des fenc- 
es tions du WEB (pas de passage par ^ e P asse ^f 

et que dans ce eas, pour I'operateur, .1 n y a pas de dis- 
tinction entre une requete WEB par le term.nal fixe 7 et 
une requete WAP par le terminal mobile 2 
r00721 H est clair par ailleurs que d autres types de ca- 
50 naux, notamment de type EMS <« Enhanced Menage 
service ») ou SVI (« Service Vocal Interact »> , peuvent 

sente invention. 

[0073] Selon I'invention, on definit au mo.ns un do- 
55 maine de service, associe a un service donn* 

[0074] Dans I'exemple de systeme presente c.-des- 
sus chaque domaine de service correspond a une par- 
tie ou a la totality des donnees d'un ou de plusieurs s.tes 
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WEB heberges par les serveurs de contenu 4 1 a 4 3 . Ces 
« sent regroupees en une ou p.us.eurs pages, 
associees chacune a une adresse URL. 
,00751 Le systeme selon Invention comprend en 
ou "e des moy'ens de detection de .a fourniture au te, 
minal mobile 2 de donnees appartenant au domanie de 
rerviceXettedetectionpeuts'effectuerparanalysedes 

equetes emises par le terminal mobile 2 et/ou des don- 
nees qui iui sont transmises. Les moyens (non reprS 
s^ntesTdedetectionsontparexempledistribuesause.n to 

S d " e pluraiite de machines (par exemp!e des ~ 
Leurs de niveau 7) de I'infrastructure d'.nterface entre 

3 Typiquement, cette infrastructure ^interface est ge- 
ree par I'operateurdu reseau de radiocommun,cat,or^ 1 
0076] Lorsque les moyens de detechon detector* 
que des donnees du domaine de service doivent^e 
Lnies au terminal mobile 2 (soit a sa demand : (mode 
« pull ») soit a Initiative du fournisseur de contenu (mo- 
de « push »)), ie trafic correspondant (requetes. rtpon- 
:sno'f l caLs,..Oestredirigeversunequipemen.n- 

termediaire 15 (decrit en detail ci-apres) qui va gerer 
une session de service. 

[00771 Le systeme selon ('invention comprend egale- 
ment un equipement intermedial 15 qui est traverse 25 
^loailiWAP8.SM89rtMMS10«i r P|^ 
a la liaison entre le reseau de radiocommumcat o 1 et 
le reseau Internet 3. Cet equipement >nterm6d.a,e 15 
comprend des moyens de gestion de sess,ons de se 
vice au cours de chacune desquelles est uhl.se au 30 
m o!ns un des canaux 8. 9. 10, selon la definition du ^ 
^ceasso^audomaine de service concern6.Aumo.ns 
Ttrauement particulier est effect 
chaque session de service, egalement selon la defin. 
ion du service associe au domaine de serv.ee concern* 
et aussi selon les evenements (notamment du fa.t de 
Tut'isateurdu terminal mobile 2) se produisant au cours - 

^TTS^ur de service 15a communique 
ive In systeme de facturation 16. de fagon a obtemr « 
pourchaquesessiondeservicedesinfom.at.onsde^ 
turation et/ou valorisation et/ou autorisation dans le cas 
d'un mecanisme de pre-paiement. 
mo791 Dans un mode de realisation part.cul.erde 

moyens de gestion de sess.ons de serv.ee 
comprennent : 

. des moyens 15a decontraiede service (aussi ap^ 
pe.es «controleur de sennce »). permettant de » 
maintenir les sessions de service en fonct.cn d une 
part d'une definition determinee d'un serv.ee asso- 
cie a chaque domaine de service et d'autre part 
d'evenements qui sont communiques a ces moyens 
de controle de service par un ou plus.eurs des 55 
moyens d'interfacage listes ci-apres ; 
. un moyen 15b d'interface principal, auss. appe. 6 
« proxy WAP/WEB », qui est commun aux canaux 



WAP 8 etWEB 14 ; 
. un premier moyen 15c d'interfacage secondare, 
ausslappele « proxy SMS qui est spec.fique au 
seul canal SMS 9 ; 
. un second moyen 15d d'interfacage ""t^n. 
aussi appele « proxy MMS ». qu. est spec.fique au 
seul canal MMS 10. 
[00801 Chacun des moyens d'interfacage, principal 
5b ou secondare 15c, 15d, permet de commun.quer 
lux moyens 15a de controle de service des evenements 

de servicedonnee etcirculantsurle canal concern ^ ca- 
nal WAP 8, SMS 9 ou MMS 10 respechvement) et in- 
vehement de recevoir de la part de ces moyens 1 5a de 
centre de service des instructions relatives a I'envo. 
dCrrnations au terminal mobile 2 et/ou aux serveurs 

On 4 not 4 e?a que dans ce mode de realisation 
oarticulier. seul le moyen d'interfacage pnncpal 
oxy WAP/WEB ») 15b comprend des moyens de 
c mZication directe avec le ^contrSleur de serv.ee 
15a Chacun des moyens d'interfacage secondare 15c 
< proxy SMS .) et 15d <« proxy MMS .) compnjndde. 
moyens de communication indirecte avec le contro eur 
de seLe 15a, via le moyen d'interfagage pnncpal 1 5b. 
?0082™ Ainsi. tous les evenements re.at. s aux don- 
nees des domaines de service, qui passent par les .c* 
naux SMS 8 et MMS 10 sont convert* par le « proxy 
WAP/WEB » 15b au format HTTP (« Hyper Text Trans- 
fTprotocol »), sous forme de requetes/reponses, pour 
etre transmis au contrdleur de service 1 5a 
^083] inversement. pour les Elements 
ponses) au format HTTP que le contr6.eur de serv.ee 
15a souhaite transmettre au termmal mobile 2 . 

. soit ces elements sont convertis par le « proxy 
WAP/WEB » 15b au format SMS ou MMS respec- 
tivement, puis transmis via le « proxy SMS » 15c ou 
le « proxy MMS » 15d ; 

soitle« proxyWAP/WEB » 15benvoieunerequete 
covenant Js elements au « proxy SMS » 1 5c ou 
au « proxy MMS » 1 5d, pour que celu.-c. la formate 
en un message SMS ou MMS 
requete elle-meme peut etre du XML sur HTTP 
done ce n'est pas necessairement le « proxy WAP/ 
WEB » 15b qui effectue le formatage. ma.s even- 
tuellement la machine qui Iui donne acces au canal 
SMS ou MMS (e'est-a-dire au type de message .que 
ces machines supported dans leurs .nterfaces pu- 
bliques). 



[00 84] En d'autres termes. le ^^^^ 
15a ne communique que via le « proxy WAPWEB » 
5b. ce qui permet de reuti.iser (entre ces deux ent.tes 
15a et 15b) le mecanisme existent de requetes/repon- 
^ps HTTP base sur les adresses URL. 
[00851 Ceci permet egalement de centralism dans le 
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tivement penetrer dans ce domaine de service. II est 
egalement possible d'associer des actions par defaut 
dans le cas ou le terminal n'acc6de pas a un domaine 
de service et se trouve done en dehors des domaines 
de services observes par I'operateur. 
[0090] Une deuxieme action consiste a modifier, gra- 
ce a I'equipement intermedia ire 15, une requete emise 
par le terminal (notamment dans le mode « pull ») et/ou 
une requete (ou une reponse ou une notification) emise 
par un serveur de contenu ou un serveur d'envoi auto- 
matique (notamment dans le mode « push »). Cette mo- 
dification consiste par exemple a modifier les parame- 
tres de I'en-tete de la requete ou a adjoindre de nou- 
veaux parametres a cette requete. L'operateur peut ain- 
si transmettre des donnees specifiques au destinataire 
de la requ&te (serveur ou terminal selon le cas). 
[0091] Une troisieme action consiste a enregistrer 
dans une base de donnees I'acces du terminal au do- 
maine de service concerne. La connaissance de cet ac- 
1 ces peut etre utilisee ulterieurement afin de cerner le 
profil du terminal (meilleure connaissance des clients). 
Elle peut egalement etre exploitee pour diffuser selec- 
tivement (et dynamiquement ou ulterieurement) des an- 
nonces publicitaires au terminal. 
> [0092] Une quatrieme action consiste a realiser un 
certain nombre de controles avant de demander au ter- 
minal la confirmation de I'acces au domaine de service. 
II peut s'agir entre autres d'un contr6le d'acces pour ve- 
rifier que le terminal est habilite, d'un controle parental 
o autorisant I'acces a ce domaine ou d'un contrdle relatif 
a I'etat du compte client. 

[0093] Une cinquieme action consiste a notifier a I'uti- 
lisateur du terminal le fait qu'il sort du domaine de ser- 
vice. II est egalement possible de demander a I'utilisa- 
5 teur de confirmer qu'il souhaite sortir du domaine de ser- 
vice. 

[0094] Une sixieme action consiste a facturer le ter- 
minal en fonction du service demande. En sus de la pri- 
se en compte du domaine de service concerne pour de- 
L'operateur du reseau de radiocommunication 40 finir le tarif applicable, I'operateur peut envisager une 



« proxy WAP /WEB » 15blesfonctionsd'ouvertureetde 
fermeture des sessions, du fait que tout le trafic (reque- 
tes, reponses, notifications, ...) correspondant a des 
donnees des domaines est redirige vers I'equipement 
intermediaire 15 et transite done par le « proxy WAP/ * 
WEB » 15b. 

[0086] Optionnellement, dufaitqu'ilconnaTttoutesles 
instances de service, I'equipement intermediaire 15 
peut offrir une fonctionnalite inter-service, a savoir une 
fonctionnalite de reservation de credits partages par ' 
plusieurs sessions de service relatives a un meme uti- 
lisateur et se deroulant au moins en partie simultane- 
ment. On se place par exemple dans un contexte ou, 
pour chaque service, il convient lors de I'ouverture d'une 
session de ce service de reserver des credits dans un 
compte prepaye de I'utilisateur. Ensuite, en fin de ses- 
sion, une partie des credits est restituee si la quantite 
reservee etait superieure a la quantite de credits reelle- 
ment due. Si plusieurs sessions relatives a des services 
differents sont ouvertes pour un meme utilisateur. la 
fonctionnalite de reservation de credits selon I'invention 
permet d'optimiser (en la reduisant) la quantite de cre- 
dits reserves, en tenant compte notamment du nombre 
de sessions ouvertes simultanement, des habitudes de 
I'utilisateur, voire en modifiant de facon dynamique la 
quantite de credits reserves et/ou en informant I'utilisa- 
teur que son compte est trap bas pour tel ou tel service. 
[0087] I'equipement interm6diaire 15 est par exem- 
ple compris dans une machine (formant « passerelle » 
ou « proxy ») de I'infrastructure d'interface entre le re- 
seau de radiocommunication 1 et le reseau Internet 3. 
Une telle machine presente I'avantage de permettre une 
mesure, et eventuellement une modification, a la volee 
du flux de donnees qui la traverse. II est bien sOr ega- 
lement possible de mesurer ce flux a I'aide d'une ou plu- 
sieurs sondes, qui renseigne(nt) la machine. Dans le 
cas d' Internet, les mesures de trafic se font au niveau 
IP, a I'exterieur du r6seau de radiocommunication 1 de 
I'operateur. 
[0088] 

1 peut etre amene a effectuer plusieurs actions (aussi 
appelees « traitements particuliers ») dans le cadre de 
chaque session de service. Ces actions, gerees par le 
controleur de service 15a, sont fonction de la definition 
du service associe au domaine de service concerns, 
ainsi que des evenements (notamment du fait de I'utili- 
sateur du terminal mobile 2) se produisant au cours de 
la session de service concern6e. 
[0089] Une premiere action consiste a observer (me- 
sure du flux et/ou du temps de connexion correspon- 
dant, grace a I'equipement intermediaire 15 et/ou a des 
sondes associees) la navigation du terminal mobile 2 
au sein du reseau Internet et notifier a ce terminal le fait 
qu'il entre dans un domaine de service identifie. Ainsi, 
il est desormais possible de realiser un « kiosque de 
donnees de service », ou par exemple la tarification est 
fonction du service demande. On peut aussi demander 
a I'utilisateur du terminal de confirmer qu'il desire effec- 



facture comportant une partie transactionnelle (un mon- 
tant fixe correspondant a I'acces au service) et une par- 
tie proportionnelle a la quantite de donnees transmises 
et /ou au temps pass6 dans le cadre du service. 
[0095] D'autres parametres peuvent etre pris en 
compte pour la facturation, et notamment un cout fonc- 
tion de la date et/ou I'heure de la session de service, 
I'identite de I'utilisateur du terminal, le mode d'accfes, 
etc. 

[0096] A la reception d'un premier message relatif a 
un domaine de service (requete du terminal ou message 
d'un serveur), I'equipement intermediaire 15 ouvre une 
session de service ayant pour attributs le terminal et le 
domaine de service concerne, avant d'entreprendre 
eventuellement I'une ou I'autre des actions mention- 
nees plus haut. 

[0097] Naturellement, a la reception d'un quelconque 
autre message, I'equipement intermediaire 15 verifie si 
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une session de service est deja ouverte pour eviter d'en 
•r une nouvelle comportant.es at,ibuts. Le 

message est ensuite transmis a son destmata.re. 
mogsi On notera qu'au cours d'une meme session^ 
Kement intermedial 15 peut traiter pluses 
q uetessuccessives,emisesparleterTn l naUmob l le2ou 

Sxe 7), et/ou plusieurs messages, emis par I'un des ser- 
vers de contenu 4 t a 4 3 ou d'envoi automat.qu .5). 
m0991 II est egalement prevu , dans la presente .nven- 
Z une etapede cloture d'une sessiondeserv.ee cou- 
ante Cette^tape de cloture est effectuee lorsqu'au 
moins une condition de fin de sess.on est venfiee. 
0100] Une premiere condition de fin da session est 
a detection d'une requete d'acces par le terminal a des 
Annies non comprises dans le domaine de = „ 
pour lequel la session de serv.ee courante est ouverte^ 
raiMI Une seconde condition de fin de sess.on est la 
detection d'une requete specifique. dite de fin de ses- 
sion de service, emise par le terminal. 
[0102] Une troisieme condition de fin de sess.on est 20 
a detection du depassement d'une periode — 
d'inactivite du terminal au cours de la ses Sl on de serv.ee 

mX & On presente ci-apres plusieurs exemples de 
session de service selon le precede detention. » 
10104] D'une facon generale, on peut dist.nguer les 
Sns de service « monocanal », au cours desque.^ 
, es un seul canal est utilise, des sess.ons de service 
« multicanal », au cours desquelles ptus.eurs canaux ^ 

^OsT'tns la seconde categorie. on peut citer urn 
iuement a titre d'exemple et sans earactere exhaust.f . 
. un service dans lequel le terminal mobile emet une 

requete sur le canal WAP, et regoit en retour une ou . 

plusieurs reponses sur le canal SMS et/ou le canal 

MMS et/ou le canal EMS ; 
. un service dans lequel le terminal mob.le emet une 

requete sur le canal SMS, et recoit en retour une ou 

plusieurs reponses sur le canal WAP et/ou le canal 

. uTservice dans lequel le terminal mobile emetsuc- 
cessivement plusieurs requetes sur le canal SMS 
et recoit en retour, pour chaque requete SMS une 
ou plusieurs reponses sur le meme canal SMS ; 
. un service dans lequel le term.nal mob.le emet sue 
cessivement plusieurs requetes sur le canal MMS. 
et recoit en retour, pour chaque requete. une ou plu- 
sieurs reponses sur le meme canal MMS ; 
. un service dans lequel le terminal fixe emet une re- 
quete sur le canal WEB, et le terminal mob.le reco. 
en retour une ou plusieurs reponses sur le .canal 
WAP et/ou le canal SMS et/ou le canal MMS et/ou 
le canal EMS ; 
- etc. 

[01061 On presente maintenant, en relation avec les 
r-gures 2 a 4 trois exemples duplication du precede 



selon invention pour la realisation d'un service d'envoi 
mlT Dans le premier exemple duplication, "lustre 
sur to ftauai l4ipement intermediate 15 gere une 
ses^o^elTrvice « simple ». avec reception d'un seu 
SMS Par «e terminal mobile 2. L'utilisateur du term.nal 
mobile seiectionne un service et emet une prem.ere ,re- 
q uete de service SMS 31 comportant le nume court 
de ce service. A la reception de cette prem.er -equete 
31 . requipement intermediaire 15 ouvre une session et 
envoie au terminal mobile 2 une notrf.cation 32 (basee 
sur un SMS) Informant de son entree dans le serv.ee 
S e invitant I confirmer qu'i. accepte d'etre . factur6 pour 
ce service. Si le terminal mobile 2 envo.e un SMS de 
cenCation 33, requipement intermediaire U > se pre, 
cure le contenu demande (qui appart.ent au domame de 
service assoeie au service precite) aupres du serveur 
de contenu 4, (par exemple en emettant une requme 
HTTP 34 et en recevant une reponse correspondante 
, 35) Puis requipement intermediaire 15 transmet cette 
Sense (avec le contenu demande) au term.nal mob£ 
dans un unique SMS 36. Apres que le term.nal moble 

un accus* de reception 37, requipemen 
termediaire 15 cl6ture la session. P*^"* 
s service implique renvoi de contenu au term.nal mob.le 

loioT^ans fe second exemple duplication, flu** 
sur laflflureS. requipement intermediaire 1 gere u e 
sessioTTeT^rvice « simple ». avec rec ep Jon e p u 
30 sieurs SMS par le terminal mobile 2. Les elements re 
erencLl «5rt37 surlaf.gure2 etqui apparatssent 
lalement sur la figure 3 conservent les memes 

35 met le contenu demande au term.nal mob.le dansplu- 
s^eurs SMS 36a, 36b (et non pas dans un un.que SMS 

un accuse de reception 37, requipement -ntemed«w 
i 5 cloture la session, puisqu'il sait que ce 
40 que renvoi de contenu au terminal mob.le v.a plus.eurs 

^09] Dans le troisieme exemple tfapplication iNus- 
re sur la figure 4. requipement intermedin* 5 gere 
une sessi^rvice « multiple ^amant pleura 
45 iterations et avec reception de pUis.eurs S MS pa £ ^ 
minal mobile 2 lors de chaque iterat.on^a prem.e e ^ 
ration est dans cet exemple identique a ce qu. a 
crit ci-dessus en relation avec la figure 3 (les memes 
elements 31 a 37 conservent les memes references nu- 
"). lei. apres que le terminal mobile a ~ 
un accuse de reception 37. requipement .nterm6d.*re 
15 ne cloture pas la session. 11 sait que ce serv.ee . m- 

P p umes de service SMS et attend que le *™f™^ 
emette une seconde requete de serv.ee SMS Mwfr 
portantlememenumero court ^^ a J^ 
d e cette seconde requete 38. 1'equ.pement .nterm^d a.- 
re 15 reconnait qu'elle conceme une sess.on en cours 



11 



EP 1 381 203 A1 



22 



envoie au terminal mobile 2 un avis de facturation 
39 (base sur un SMS) I'invitant a confirmer qu'il ac- 
cepte d'etre facture pour la seconde partie du ser- 
vice. On notera que cette etape peut §tre vue com- 
me optionnelle, avec les deux variantes ci- 
dessous ; 

dans une premiere variante, donne acces directe- 
ment au contenu en gardant la session ouverte ; 
dans une seconde variante, envoie un message de 
notification reportant une situation particuliere con- 
duisant a la fermeture de la session (par exemple 
si le credit de I'utilisateur est epuise). 



[01 1 0] Si le terminal mobile 2 envoie un SMS de con- 
firmation 40 (ou directement dans le cas de la premiere 
variante precitee), I'equipement intermediaire 1 5 se pro- 
cure le contenu demande (qui appartient au domaine de 
service associe au service precite) aupres du serveur 
de contenu 4, (par exemple en emettant une requete 
HTTP 41 et en recevant une reponse correspondante 
42). Puis I'equipement intermediaire 15 transmet cette 
reponse (avec le contenu demande) au terminal mobile, 
dans plusieurs SMS 43a, 43b. Apres que le terminal mo- 
bile a retourne un accuse de reception 44, I'equipement 
intermediaire 15 cloture la session, puisqu'il sait que 
toutes les requetes possibles de ce service ont ete trai- 

tees. . _ 

[01 1 1] On presente desormais, en relation avec la fW 
gure 5, un exemple de session de service, selon le pro- 
cede de I'invention, de type monocanal (SMS) en mode 
« pull » et sans avis de facturation. 
[0112] Les elements impliques dans cet exemple ont 
deja ete discutes en detail ci-dessus, en relation avec 
la figure 1 , a savoir : le terminal mobile 2, 1'un des ser- 
veurs de contenu 4, et I'equipement intermediaire 15 
(comprenant notamment le contraieur de service 15a et 
le « proxy SMS » 15c). Dans un souci de simplification, 
on n'a pas represent le « proxy WAP/WEB » 15b, qui 
se trouve (voir figure 1) d'une part a r interface entre le 
« proxy SMS » 15c et le controleur de service 15a, et 
d'autre part entre le controleur de service 15a et le ser- 
veur de contenu A v Par ailleurs, on suppose ici que le 
« proxy SMS » 15ccomprend un module d'emission de 
SMS 20 (qui communique avec le terminal mobile 2 via 
le SMS-C (non represente)) et un module de conversion 
HTTP/SMS 21. 

[01 1 3] On decrit ci-apres les etapes successives, re- 
ferences 51 a 510. 

[0114] Etape 51 : afin de recevoir des donnees spe- 
cifies (par exemple des donnees meteorologiques ou 
une sonnerie), le terminal mobile 2 envoie un SMS (de 
type MO-SMS, pour « Mobile Originated SMS ») via 
UCP/SMPP, avec en parametres le numero court 
(« shortno ») du service et un texte (« text »). Classique- 
ment. ce numero court est connu de I'utilisateur grace 
aux publicites. 



[01 1 5] Etapes 52 et 53 : le SMS emis par le terminal 
mobile 2 est redirige vers le « proxy SMS » 15c. Dans 
ce dernier, le module d'emission de SMS 20 recoit le 
SMS et le transmet (par requetes internes: 
5 « SendSMSReq » et « SendSMSAck ») au module de 
conversion HTTP/SMS 21, avec en parametres ceux 
precites (numero court du service et texte) ainsi que le 
numero MSISDN du terminal mobile 2. 
[0116] Etape 54: le module de conversion HTTP/ 
10 SMS 21 convertit le SMS emis par le terminal mobile 2 
en une requete HTTP qu'il transmet au controleur de 
service 15a. 11 s'agit d'une requete HTTP vers une 
adresse URL correspondant, selon une table predeter- 
minee, au numero court du service. Cette requete HTTP 
is possede comme parametres le texte precite et le nume- 
ro MSISDN du terminal mobile 2. 
[0117] Etape 55 : le controleur de service 15a gere 
une session du service demande par I'utilisateur. II gere 
par exemple les aspects de facturation en relation avec 
20 le systeme de facturation (non represente). II emet une 
requete HTTP vers le serveur de contenu 4 V en rem- 
placant, dans les parametres, le numero MSISDN du 
terminal mobile 2 par un identifiant opaque 
(« OpaquelD »). II ajoute egalement un parametre 
25 (« TID ») identifiant de maniere unique la session de 
service (transaction en cours), pour des operations ul- 
terieures de correlation. 

[0118] Etape 56 : le serveur de contenu 4, fournit au 
controleur de service 15a une reponse contenant les 
30 donnees demandees par I'utilisateur (« SMS info »). 
[0119] Etape 57 : le controleur de service 1 5a trans- 
met cette reponse au module de conversion HTTP/SMS 
21. 

[0120] Etapes 58 et 59 : le module de conversion 
35 HTTP/SMS 21 convertit la reponse au format SMS et la 
transmet (par requetes internes : « GotSMSReq » et 
« GotSMSAck ») au module d'emission de SMS 20. 
[0121] Etape 510 : le module d'emission de SMS 20 
transmet la reponse au format SMS au terminal mobile 
40 2, via UCP/SMPP. 

[0122] On presente maintenant, en relation avec les 
figures 6 et 7 , un exemple de session de service, selon 
le procede de I'invention, de type monocanal (SMS) en 
mode « pull » et avec avis de facturation. 
45 [0123] On distingue une premiere phase de genera- 
tion d'un avis de facturation (etapes references 61 a 
69, decrites ci-apres en relation avec la figure 6) et une 
seconde phase d'acceptation par I'utilisateur (etapes re- 
ferencees 71 a 710, decrites ci-apres en relation avec 
so la figure 7). 

[0124] L'equipement intermediaire 15, qui gere la 
session de service, peut affecter une duree de validite 
predetermine a I'avis de facturation, de sorte que si 
I'utilisateur donne son accord apres ecoulement de cet- 
55 te duree de validite, I'acces au service lui sera refuse (il 
recevra par exemple un message d'erreur par SMS). 
[0125] Etape 61 : afin de recevoir des donnees spe- 
cifiques, le terminal mobile 2 envoie un premier SMS. 
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ave c en paramo ,e numero court (« shor.no ., * 
service et un texte (, .text * SMS M par le 

Dens ce dernier, le "-odule ss.on ^ . 

..SendSMSReq. et « b am etres ceox 

— ; n u Z P rd^e t:r e, a insi q oe l e 

"HTTP, 

[01271 Etape 64 . le moo terminal 
U 21 eonvertitle P'^^^^etaoconuo. 
mobile2enuneredue eHTTPa re > ^ ^ 
leur de serv.ce 15a. II s ag.t a u m 
u „e adresse URL cede requete 

determine, ao numiro court .du se™ fe el le 

HTTP posside comme parametre le texte p 
num e,o MSISDN du 'e™"^° b, ^ 2 seivice 15a gere 
,01281 Etape 65 : I. controleur de ,^ » „ „„„ 
l u „e sesston du -^^^ton (AOC. 

eupres du systeme de fectureborr 6 
[01 P M , On notera que. dans cet ^^p, 
que , e conodleor ^^ 
WEB » (non representej .uu. „ r , m etre de la re- 
ti0 „ de stocKege do texte passe . e parame « 

qu e,e ^^STd* ensoite 

par le termmal mobrle 2. En ^ ^ 

4 v ft v, a riante la fonction de stockage 

dese,vice 

15a avec le « proxy SMS » 15c ^ 

HTTP/SMS 21 convert,! av s de tac . 
cue et le transmet (par requew» 
SMb ei ic ^ rt *eM*5Ack au module d emis 
« GotSMSReq » et « GotSMSACK »j a 

sion de SMS 20. Emission de SMS 20 

poor ce serv.ce en rtpondanl ^ ^ ^ d 

de .adoration qu ,1 v ent de recevoM 
dessus). Le ten™* ^ 

10135] Etapes 72 et 73 _ e secon g ^ 15c 

rrr^"Son P deSMS20re ? oit 



„SendSMSReq» et ^ elres ceux 

. i^J^%^T£**» HTTP/ 
(01361 Etape 74 . le module , o ng) 

mobile 2 en une equ6 e d . une requete 

minal mobile 2. service 1 5a conti- 

<s nue a gerer la session oo de CQn . 

teur. II erne. le numero 

ci-dessus). tenu 4 foumrt au 

[0138] Etape 76 le serveur tenant , es 

21 • 7Q- ie module de conversion 

40 10142, Onp^m--^;-£E£ 
r^^-S2K. * numero MS.SO, 

50 la figure 9). nontenu 4, emet une 

t0144 !e HTTP versTe^OTeur d'envot aotomatique 6. 

dernier feumisse au t^ 1 "*^ ^ 6 * service. 

55 des donnees ^^Vselu^on.enu 4, pas- 
A vec cette requete HTTP e serv ^ 

=:s h ':^-^mdro M S,SO N do te r- 
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mi nal mobile destinataire 2 et un texte (« text ,) corres- 

^ndant aux donnees fournies par le serveur de conte- 

nu 4 dans le cadre du service. 
Oitsi Etape 82 : le serveur de push SMS 5 emet une 
°e u .eHnPdes,ieeeauSMS-C 1 2,avectes^ 

tr esprdcitds(numdrocourtdu service, numdroMSISDN 

du terminal mobile 2 et texte). 0 „™„„ r de 
101461 Bape 83 : la requdte dmise par le serveur de 
push SMS 5 est rodirigde vera le proxy SMS 15c (com- 
pris dans ,'dquipemen, intermddiaire 15). Ce demrer la 
converti. en une autre requdte HTTP qu'il transmetau 
contrdleur de service 15a. II s'agit d'une requfete HTTP 
Te^une adresse URL correspondent, selon une jtr» 
nrdddterminde. au numdro court du service. Cette re 

et le numdro MSISDN du terminal mobile 2 
[0147] Etape 84 : le contrdleur de serv,ce 15a gdre 
une session du service demandd par le serveur de con- 
enuT ^re par exemple les aspects defac.ura.ion 
TroMon avec le sys.dme de facturation (non reprd- 
senfdT II peut dgalement ddfinir un paramdtre (« TID ») 
de2antde maniere unique la session de aennce 
tansaction en cours). et fournir cet identiflant serveur 
de peth SMS 5 pour des operations ultdneurea de cor- 

Etape 85 : le contrdleur de service 15a trans- 
m 'au proxy SMS 15c une requite HTTP deshnde au 
« c P 12 av ec les paramdtres suivants : numero 
MsfsDN d'u^ina. Lbile 2. texte e. id— ^ 
<« TID »} de la session de service. 
101491 Etape 86 :le proxy SMS 1 5c convertit la reque- 
te HTTP uJamiae par le contrdleur de sennce , en 
une requdte comprdhensible par le SMS-C 12. et len 
voie a ce dernier. 3 
mi50] Etape 87 : le SMS-C 12 envoie un SMS, con 
enan le texte demande, au terminal mob.le 2 
01 51 Etapes 88 et 89 : via le serveur de push SMS 
T,e roxy SMS 15c informe .e ™^ 
que le necessaire a ete fait aupres du SMS-C 12 pour ^ 
renvoi d'un SMS au terminal mobile 2. 
0?52 Etape91 :leSMS-C 12 emet un accuse dert- 
r ep tlon(«SMSAc k >>)duSMS P recite(voiretape87c l - 

riessusl par le terminal mobile 2. 
rai531 Etape g2 : I'accusd de rdception dmis par le 
Slis C 12est redirigd vers le proxy SMS 15c. Ce der- 
!ier,e convertit en une requete HTTP qu'il bansme, a u 
contrdleur de service 15a. I, s'agit d'une requete HTTP 
vers I'adresee URL correspondent au numero court du 
ee'ice. Cette requete HTTP possdde comme parame- 
tfe le numero MSISDN du terminal mobile 2. 
TO1541 Etape 93 : le contrdleur de service 15a conb- 
nuel gdror L session du service demand* par le aer- 
veur de conlenu 4,. II cloture par exemple la session 
aprda la rdception de I'accusd de rdception precite e 
22 Z ticxe.de facturation <^*-«*-~? 
nrocurd aupres du systdme de facturation). II peut ega 
ZZZ dmedre une requete HTTP vera le serveur de 
Push SMS 5. afin de Warmer de la rdcepbon correcta 



du SMS par le terminal mobile 2. II passe en paramdtre 
de cette roqudte le numdroMSISDN du termina mobile 
2 le numdro court du service ains. que I identifiant 
?; TID ») de la seasion de aervice. afin que le serveur 
de puah SMS 5 puiaae trailer correctement I nformabon 
que' e contrdleu'r de service 15a lui four* Wen M 
?« TID ,>)delaaess'ionde S ervicepermetderdal,serdes 
correlations entre lea Tichiers de annexions « logs ») 
des serveurs dea fournisseurs de contenu et ceux de 
, tpdrateur. Ceci estimportantpourgdrerdes confW. de 

^rEtapes 94 e.g5:af,nde respecter leprotocole 
l HTTP qunmpoae une rdponse d toute requd.eje £ 
veur de puah SMS 5 envoie une rdpense au centrdteur 
, de aervice 15a, et le contrdleur de service 15a envo,e 
une rdponse au proxy SMS 15c. rmremole 
[0156] Dans une variante (non illustrde) de I exemple 

numdro MSISDN du terminal mobile 2. 
nvm On prdsente maintenant. en relation avec lee 
flqures 10 et 11. un exemple de session de serv.ee 
25 iS^c^eerinven.ion.de.ypemulticanalONAP 

sL d'un SMS sur requete WAP (dtapes rdfd rencdes 
101 d 109, ddcritea oi-aprda en relation avec la figure 
3 o 0 et une seoonde phaae de gestion de ,'accusd de re- 
ception de eel SMS (dtapes refdrencdes 111 d 116, dd- 
crites ci-aprds en relation avec la figure 11). 

591 Les dldmenta impliquds dans ce. exemple on, 
ddld die discutda en ddtail ci-dessus, en relation aveo 
35 fa C e 1 d aavoir : le terminal mobile 2, run , des eer_ 
ve s e contenu 4,. rdquipement in.ermddia, M» 
(comprenant notamment le contrdleur de service 15a et 
e « proxy SMS , 15c) et le SMS-C 12. 
0 60] Dans un aouci de simplification on n a pas re- 
presente le « proxy WAP/WEB » 15b,qu,setrouve(vo,r 
figure 1) : 



. & rinterface entre le « proxy SMS >» 15c et le con- 
trdleur de service 15a. ... 
. a rinterface entre le contrdleur de serv.ee 15a et le 

serveur de contenu 4 V 
. Xterface entre le terminal mobile 2 et le contr6- 

leur de service 15a. 

[0 1611 II est a noter qu'il se peut que des requetes ne 
ransitent pas par le contro.eur de service 15a^ma,s 
«passent» simplement par le « proxy WAP/WEB » 
5b avec un compte-rendu (« reporting ») vers le con 
roleur de service pour indiquer le volume de donn6es 
1 ! ont transite a ,'aller et au retour 
donnee. ou bien le nombre de messages SMS generes. 
Z encore la taille du message MMS envoye etc. 
[0162] Par ailleurs. et de meme que precedemment. 
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onsupposeque l e« proxySMS » 1 5c «mprendun mo- 
dule d'emission de SMS 20 (qui communqu. ««c le 
terminal mobile 2 via ,e SMS-C (nor ^represent*)) et un 

^vX**** HTTP. "t^— 
recevoir des donnees specifies par le canal SMS- 
01641 Bape102 : la requete em.se par le term nal 
l r nobLLLrigeevers.eccntr6.eurdeserv,ce 15 a 
^a e « proxy WAP/WEB »). Ce dernier gere une ses- » 
i on du servL demande par I'utilisateur. II gere par 
exempt les aspects de facturation en relat.on avec le 
sSmedefacturati 0 n(nonrepresente).ilemetune^ 

S HTTP vers le serveur de contenu 4,, avec en pa- 
25K «— * opaque (« Opaquely , mas « 
quant le numero MSISDN du term.nal mobile 2. et un 
identifiant (« TID ») de la session de service. 
[0165] Etape 103 : leserveurde contenu 4, , foum rtau 
controleur de service 15a une reponse contenant no- 
altnt les donnees demand.es * 
(«SMS info,), ainsi que des 
nfo ») destinees a etre envoy** au navgateu WAP 
du terminal 2 afin d'y afficher une .nformat.on telle que 
« ZZ ! nous vous envoyons par SMS les .nforma- ^ 
tions demandees ». . a ,, alra „ 

[0166] Etape 104 : le contrOleur de semcelSa , trans 

21 dans une requete HTTP vers une adresse URL cor 
resDondant seton une table predetermines au numero 
™urtdu service Cette requite HTTP possede comme 
^rn^es donnees demandees par rutilisateur e. 

le numero MSISDN du terminal mobile 2. 
01671 Etapes 10S et 106 : af,n de respeoter le proto- 
co e HTTP, qui impose une reponse a toute requete le 
module de inversion HTTP/SMS21 envo,eunerepon- 
relu ^leurdese^ioe 15a, et!e concur ■« se, 
vice 15a envoie une reponse au terminal mobile 2_ 
rniRRl Etaoes 107 : le module de conversion HTTP/ 
S3MS 21 convertitau format SMS la requete HTTP emise 
parte mod e de conversion HTTP/SMS 21. e. la trans- 
met (par requetes internes) au module Remission de 

^ Etape 106 : le module ^mission * ,SMS 20 
transmet ,a requete au forma, SMS a SMS C 12 



URL correspondant au numero court du service. Cette 
"equsTe HTTP possede comme parametre le numero 
MSISDN du terminal mobile 2. 
[01741 Etape 114 : le contraleurde service 15a conti- 
nue X semr la session du service demande par le ter- 
"m a mobile 2. 1, cloture par exemple la session apr, s 
Z reception de I'accuse de reception precite et emet un 
«tt d' duration (qu'il s'est prealabl emen, pmcure 
auorSs du systeme de facturation). II peut egalement 
Tmeft e une requete HTTP vers ,e se^eur de con^nu 
4„ afin de I'informer de la reception corr ecte : du SMS 
p ; r le terminal mobile 2. II passe en paramet e de cette 
"equete I'identifiant opaque du terminal mobile ,2 le nu 
Jro court du service ainsi que IMM ™ »> * 
la session de service, afin que le serveur de contenu 4, 
pu!sse traiter correctemen. ."information que le oon.ro- 
leur de service 1 5a lui fournit. 

01751 Etapes 115 et 116 : afin de respecter le p oto- 
co e HTTP, qui impose une reponse a toute requete le 

e^uVdecont enu4 1 envoieunerepon S eaucon^ 
de service 15a, et le controleur de service 15a : envoie 
une reponse au module de conversion HTTP/SMS 21 
rnmoris dans le proxy SMS 15c. 

0176 On pres'ente maintenant, en relation avec les 
Lures 12 et 13, un exemple de mecanisme de com- 

le comprenant une session de *™^TelZe 
cede de I'invention, de type monocanal (SMS) en mode 

, N177] 'on distingue une premiere phase de genSra- 
ton et da fourniture du code a I'utilisateur (etapes rete- 
encees 121 a 129. decrites ci-apres en relation avec la 
* ure 12 et une seconde phase d^sation du code 
par I'utilisateur (etapes references 131 a 139, decntes 

s ci-apres en relation avec la figure 13) 

101781 Etape 121 : I'utilisateur fournit le nuntero 
MSISDN de son terminal mobile 2 au serveur de conte- 

rai791 Etape 122 : le serveur de contenu 4, envoie 

des 22 (« WebS Code »). avec en parametres le nu 
m4ro MSISDN du terminal 2, un te*te (en option) et un 
Tde Man. de service (« semce ID ») (en opUon ^ 
plicitel.L'objectif est que le serveur degestion decodes 



puoT B. P-W""- SMS-C 12 envoie au 
mobile 2 un SMS contenant les donnees demandees 
nar I'utilisateur (« SMS info »)- 
Zrn Etape 111 . le SMS-C 12 6met un accuse de 
rtcepln (« SMS Ack .) du SMS precite (voir tope 109 ^ 
ci-dessus) par le terminal mobile 2. 
mi72] Etape 112 : I'accuse de reception em.s par le 
l SMS C 12 est redinge vers le module d'emission de 
SMS 20 qui le transmet (par requetes mternes) au mo- 
dule de conversion HTTP/SMS 21. . -p. 55 
[01731 Etape 113 .le module deconversion HTTP/ 
SMS 21 convertit I'accuse de reception au format SMS 
!n une requete HTTP qu'il transmet au controleur de 
service 5a. I. s'agit d'une requete HTTP vers I'adresse 



terminal « 22 foumisse un cca« jr aes donnees ap- 



22foumisseuncoaedu^....M^.--, : . 
utiliser ulterieurement pour recevo.r des donnees ap- 
partenant a un domaine de service. 
rniROI Elaoe 123 : le serveur de gest.cn de codes 22 
Se un^ode. Puis, il emet une requete HTTP vers 
genere un co fo umisse 
leserveurde push SMS 5. arm que ^ 
le code au terminal mobile 2, v.a le SMS-C 12 Avec 
cette requete HTTP, le serveur de gest.cn de codes 22 
oasse les parametres suivants : le code P rec.t6 to nu- 
S MSISDN du terminal 2 et le texte precite. Uuh sa- 
Uon du serveur de push SMS 5 permet d'isoler 1 6qul P e- 
ment intermediaire 15a du serveur de ges .on d^ ^codes 
22. qui est « en contact . avec le reseau In emet 
[0181] Etapes 124 et 125 : le serveur de push SMS 5 
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6me t une requete HTTP destine m 
, es parametres precites (code, numero MSISDN e _tox 
to) U requete emise par le serveur de push SMS Bert 
reding^ 

cree et gere une session de service relative au code 
dement intermediaire 15 passe la requete prec- 

lt%% S E^pe 1 1 2 26-.leSMS-C12envoieunSMS,con- 

tenant le code, au terminal mobile 2. ....... 

0183! E<ape 127 : r4quipemen. interna- 15 
ournit une r4ponse au serveur de push SMS 5. avec en 

litres : la decision prise quant t la 
ou code a IMtilisateur au vu de la definition du iw» 
(par exemple « OK » si le code paut etre transm,s et 
?55TSm le ces contraire) et un paramet/e 
(« TO ») iden.if.ant de maniere unique la session da 
iervice.Ce dernier paramatta peut etre le 
oas ou le code ne peut pas etre transmis (« NOK »). 
rni Ml EtaDes 128 et 1 29 : le serveur de push SMS 
^ ,e se^eur de ges.ion de codes 22. font P*rven,r 
I rtponsa, fournie par Vequipeman. in.ermed,a,re 15. 

Ses app'anenan. au domains de service, le term,- 
nal 2 lournit le code au serveur de contenu 4,. 
MMaU 132 : le serveur de contenu 4, envoia 
Suete'. POST », ause T rdeges,»nde^es 

22 avec en parametres : le code, le numero MSISDN 
£ S 2 P et un identiflan. de sewice (en option ou 

amet une requete vers le serveur de push SMS 5. aim 
^dernier passe la coda a f^P"-*^ 
diaire 15. Avec cette requete. la serveur de geshon de 
codes 22 passe les parametres suivants : le code pre- 
oite et le numto MSISDN du termina £ 

FiaDe 134 : le serveur de push SMS b trans 
m ^^e^«eHTTPa f equipemen.in.enm^iaire5. 

avec 1^ parametres suivants : code et numero MBS- 

ou"un nombre predetermine de fois (par exemple une 
^ , et/ou aue le code ne soil valable que pen- 
S^STpSSi--* etc. II peut^emem 
conditioner a doa^ssoumes n^au (par 

D aram4tres : une information (« OK or ERR ») sur la va 
S„ code au vu de la definition du service et un pa- 
ram •) "-'^ de man * re unique ' a 

138 e. 139 , le serveur de push SMS 



5 . puis ,e se^aur da gestion de codes 22>nt parvenir 
„ r^ponse. fournie par Kiquipement ,nterm4d,a,re 15, 

l°a«! final du fait que son 
<,u'ilestfactur4,onmetenoeuvreles4tapes135e.136 

la validity (acceptation ou non) du code au vu de la 
SrE^T36:,eSMS.C12envoieunSMS,con. 
lenan! cette information de validite, au terminal mob,le 
' 101941 On presenlemaintenant. en relation avec la f± 
S un e'xemple de mecanisme de sennce « ^4 
St7T« oeer to peer ») permettant de modifier et/ou 

a une session de service, selon le proc4d4 de I invention. 

de tvDe monocanal (MMS). 

101951 Les elements impliqu4s dans cet exemple ont 
d4 4 4.4 disputes en detail ci-dessus, en relation avec 
atg e 4 savoir : ,e terminal mobiie ~ 
25 laura de contenu 4„ requipement intarm4d,a,re 15. la 
na^^prelle WAP 11 et le MMS-C 13. 
01oT Etepe 141 : le terminal mobile (tormina sour- 
caulmetveralapasserelleWAP 11 "" e ^ u f 
o dun message MMS vera un autre termmal mob.e 
ao (terminal destinataire) 2'. le contenu d a message 
MMS devant Mre modifie et/ou complete par le serveur 
da contenu 4, avec des donn4es appartenant 4 un do- 
ma ne do se^ce (par exemple das donn4es pubtata, 
riaa imaoes une signature. ...). On passe comme 

nal destinataire T et le contenu (« content » ou text ») 

IL HTTP destinee au MMS-C 13. avec les parame- 
tS suZs- numero MSISDN du 
(S-MSISDN). numero MSISDN du terminal dest.nata.re 
9' fD-MSlSDN) et le contenu (« text »). 
0 981 Etape 143 : la requ4.e 4mlse par la passerel to 
1 w1p 11 es.redirig4e vers requipemant intermedial 
VrT Ce dernier g4re une sessien du service , demande 
parlatarminalsource2.llg4reparexempMesaspe«s 

da facturation en relation avec la systema de facturation 
tn^pr4san.4). Par ailleurs. II convarti. ,a requete pre- 
S une au.ro requete HTTP ^J™££Z 
vaur de con.enu 4,. II s'agit d'una requete HTTP vera 
une adresse URL correspondent, salon une table pr4 
detem n4e. au num4ro court du service. Cette requite 
HTT™oide comme parami^e le content , pr4c^_ 
101991 Etape 144 : le serveur da contenu 
, Tu comp.4te ,a requ4,e qu'i. ^n^nteV 
ou en modifiant le contenu pass* en parametre ^puis 
retourne 4 requipemen. intermediaire 15 la requete am- 
si modifiee et/ou completee. 



16 



31 



EP 1 381 203 A1 



32 



[0200] Etape 145 : I'equipement intermediate 15 con- 
vertit la requete modifiee etfou completee, transm.se 
par le serveur de contenu 4 V en une requete compre- 
hensible par le MMS-C 13, et I'envoie & ce dernier. 
[0201] Etape 146 : le MMS-C 13 envoie au terminal 
destinataire 2' un MMS dont le contenu a ete modif.e et/ 
ou complete conformement au service demande. 
10202] Etapes 147 a 149 : le MMS-C 13 emet un ac- 
cuse de reception (« MMS Ack .) du MMS precite (voir 
etape 146 ci-dessus) par le terminal destinata.re 2 . Cet 
accuse de reception est redirige vers I'equipement in- 
termediate 15 qui le transmet au terminal source 2, via 
lapasserelleWAPH. 

[0203] On presente maintenant, en relation avec la 0: 
gure 1 5, un exemple de structure d'une base d'informa- 
tonTDBI stockant les donnees gerees par le premier 
serveur de contenu ^ apparaissant sur la figure 1 . Ces 
donnees sont essentiellement stockees sous la forme 
de fichiers (ou « pages ») reperes par le sigle url. Ains». 
les fichiers Durl et Eurl sont rattaches a un index A de 
premier niveau dans la structure arborescente de la ba- 
se DB1 Les fichiers lurl et Jurl sont rattaches a un index 
F de deuxieme niveau lui-meme rattache a un index B 
de premier niveau. Le fichier Gurl est rattache direct* 
ment a cet index B de premier niveau. Les fichiers Kurt, 
Lurl et Murl sont rattaches a un index H de deuxieme 
niveau lui-meme rattache a un index C de premier ni- 
veau Parmi ces donnees, on definit un premier centre 
de resources CR1 , contenant les fichiers Durl, Eurl. lurl 
et Jurl, un euxieme centre de ressources CR2, conte- 
nant les fichiers Gurl et Kuri. et un troisieme centre de 
ressources CR3, contenant les fichiers Lurl et Murl. Des 
bases ^informations stockant les donnees gerees par 
les deuxieme 4 2 et troisieme 4 3 serveurs de la figure 1 
sont organisees de la meme maniere. 
[0204] Atitred'exemple, les trois domaines de service 
suivants sont definis : 

- un premier domaine de service comprenant le pre- 
mier centre de ressources CR1 du premier serveur 
4, un premier centre de ressource (non illustre) du 
deuxieme serveur 4 2 et un premier centre de res- 
sources (non illustre) du troisieme serveur 4* 
. un deuxieme domaine de service comprenant le 
deuxieme centre de ressources CR2 du premier - 
serveur 4„ un troisieme centre de ressource (non 
illustre) du deuxieme serveur 4 2 et un deuxieme 
centre de ressources (non illustre) du troisieme ser- 
veur 4 2 ; ... 
- un troisieme domaine de service comprenant le troi- 
sieme centre de ressources CR3 du premier ser- 
veur 4 V un deuxieme centre de ressource (non il- 
lustre) du deuxieme serveur 4 2 et un troisieme cen- 
tre de ressources (non illustre) du troisieme serveur 

[0205] Lorsqu'une session de service visant des don- 
nees appartenant au premier domaine de service est 



ouverte, les fichiers Gurl. Kurl Lurl et Murl sont exclus 
de ce premier domaine de service. Cela signifie que ces 
fichiers sont accessibles mais ils ne le sont pas dans les 
conditions definies en relation avec le premier doma.ne 
5 de service. 

[0206] Chacun des domaines de services figure par 
exemple sous la forme d'une table de description, ac- 
cessible par I'equipement intermediate 15. Chaque do- 
maine de service est par exemple represents, dans cet- 
io te table de description, par la notation compacte d'un ou 
plusieurs sous-c6nes d'une structure hierarchique. Cec. 
implique que les donnees du reseau externe soient 
stockees dans un systeme de fichiers presentant une 
telle structure hierarchique. C'est notamment le cas des 
15 pages d'informations des sites web. Par sous-cone, on 
entend alors soit une page (associee a une adresse 
URL) correspondant a une feuille de I'arbre represen- 
tant la structure hierarchique, soit un noeud de I'arbre 
precite et toutes les feuilles se trouvant sous ce noeud. 



Revendications 

1 Precede de gestion de la foumiture, a au moins un 
terminal (2, 7) d'au moins un reseau de communi- 
cation (1, 6), de donnees gerees par au moins un 
serveur de contenu (4, a 4 3 ) d'au moins un reseau 
externe (3), 

ledit au moins un terminal pouvant demander etfou 
recevoir lesdites donnees via au moins deux ca- 
naux de fourniture de donnees (8, 9. 10, 14) entre 
ledit au moins un terminal et ledit au moins un ser- 
veur de contenu. 

caracterise en ce qu'on definit au moins un domai- 
5 ne de service, correspondant a au moins une por- 
tion des donnees d'au moins un desdits serveurs, 
en ce que, lors de la fourniture audit au moins un 
terminal de donnees appartenant audit domaine de 
service on gere, dans au moins un equipement in- 
to termediaire (15) traverse par lesdits au moins deux 
canaux et participant a la liaison entre ledit au moms 
un reseau de communication et ledit au moms un 
reseau externe, une session de service au cours de 
laquelle est utilise au moins un desdits canaux, 
45 et en ce qu'on effectue au moins un traitement par- 
ticulier dans le cadre de ladite session de service. 

2 Precede selon la revendication 1 . caracterise en 
ce qu'un seul desdits canaux (8, 9. 10. 14) est uti- 

so Use au cours de ladite session de service, dite ses- 
sion de service monocanal. 

3 precede selon la revendication 1 . caracterise en 
ce qu'au moins deux desdits canaux (8, 9, 10. 14) 

55 sont utilises au cours de ladite session de service, 
dite session de service multicanal. 

4. Precede selon I'une quelconque des revendications 
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1 a 3, caracterise en ce que ledit au moins un ter- 
minal appartient au groupe comprenant : g 

. des terminaux mobiles (2) ; g 
. des terminaux fixes (7). 

Precede selon Tune quelconque des revendications 
1 a 4 caracterise en ce que ledit au moms un re- 
seau 'externa (3) est un reseau de type kernel 
en ce que lesdits serveurs de donnees sent orga- 
nises en sites comprenant chacun une plural-te de 

et en S ce que chaque domaine de service corres- 
pond a des pages predetermines d'au mens un ^ 
site. 

Precede selon I'une quelconque des revendications 
' 1 a 5 caracterise en ce que lesdits canaux de four- 
niture de donnees appartiennent au groupe ^ 
comprenant : 

. des canaux de type WAP (« Wireless Applica- 
tion Protocol ») (8) ; 
. des canaux de type SMS (« Short Message ^ 

. de^nau'de type MMS (« MuH^edia Mes- 
sage service ») (10) ; 

. des canaux de type EMS (« Enhanced Messa- 
ge service ») ; 30 

. des canaux de type SVI (« Serv.ce Vocal 30 

Interactif ») ; 
. des canaux de type WEB (14). 

7 Proced6selonrunequelconquedesrevendications 
1 a 6, caracterise en ce qu'il comprend les etapes 35 
prealables suivantes : 

. un terminal, dit terminal demandeur/receveur. 
dudit au moins un reseau de commun.cat.on 
emet, via au moins un desdits canaux, au 
moins une requete en vue de la recept.cn de 
donnees appartenant audit doma.ne de 

- LdTte requete est redirigee vers ledit au moins 
un equipement intermediaire qui ouvre lad.te 
session de service ; 

et en ce que, au cours de ladite session de 
service : 

- ledit au moins un equipement intermediaire re- « 
dirige lui-meme la requete vers ledit au moms 
un serveur de contenu ; 

. ledit au moins un serveur de contenu retourne 
audit au moins un equipement intermediate 
une reponse comprenant au moins un messa- 
ge contenant lesdites donnees ; 

. ledit au moins un equipement intermediate 
transmet. via au moins un desdits canaux. la 



reponse au terminal demandeur/receveur. 

Precede selon I'une quelconque des revendications 
1 a 6, caracterise en ce qu'il comprend les etapes 
prealables suivantes : 

. un premier terminal, dit terminal demandeur, 
d'un premier reseau de communication emet. 
via au moins un desdits canaux, au mo.ns une 
requete en vue de la fourniture. a un second 
terminal, dit terminal receveur, d'un second re- 
seau de communication confondu ou non avec 
ledit premier reseau de communicate n, de 
donnees appartenant audit doma.ne de 

. JdTte requete est redirigee vers ledit au moins 
un equipement intermediaire qui ouvre ladite 
session de service ; 

et en ce que. au cours de ladite sess.on de 
service : 

. ledit au moins un equipement intermediaire re- 
dirige lui-meme la requete vers ledit au moms 
un serveur de contenu ; 
. ledit au moins un serveur de contenu fournit 
audit au moins un equipement intermediaire 
une reponse comprenant au moins un messa- 
ge contenant lesdites donnees ; 
. ledit au moins un equipement intermediaire 
transmet, via au moins un desdits canaux, la 
reponse audit second terminal receveur. 

9 Procede selon I'une quelconque des revendications 
' 7 et 8, caracterise en ce que, au cours de ladite 
session de service et avant I'etape de transmission 
de la requete audit au moins un serveur de contenu 
par ledit au moins un equipement intermed.a.re : 

. ledit au moins un equipement intermediaire se 
procure aupres d'un systeme de facturat.on 
(1 6) auquel il est relie un avis de facturat.on re- 
latif a la fourniture de la reponse par ledrt au 
moins un serveur de contenu ; 
. ledit au moins un equipement intermediaire 
transmet pour accord ledit avis de facturat.on 
au terminal demandeur/receveur, ou au termi- 
nal demandeur et/ou au terminal receveur ; 
. si ledit au moins un equipement intermediaire 
recoit un accord sur I'avis de facturation. .I ef- 
fectue I'etape de transmission de la requete 
audit au moins un serveur de contenu. 

10. Procede selon I'une quelconque des revendications 
1 a 6, caracterise en ce qu'il comprend les etapes 
prealables suivantes : 

. ledit au moins un serveur de contenu emet au 
moins une requete en vue de la fourniture aud.t 
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au moins terminal, par un serveur d'envoi auto- 
matique (5) dudit au moins un reseau externe, 
de donnees appartenant audit domaine de 
service ; 

ledit serveur d'envoi automatique emet, via au 
moins un desdits canaux, au moins un messa- 
ge contenant lesdites donn6es et destine audit 
au moins terminal ; 

ledit au moins un message est redirige vers le- 
dit au moins un equipement intermediaire qui io 
ouvre ladite session de service, 
et en ce que, au cours de ladite session de ser- 
vice, ledit au moins un equipement intermediai- 
re transmet, via au moins un desdits canaux, 
ledit au moins un message au terminal. 7 ' 

Procede selon I'une quetconque des revendications 

1 a 6. caracterise en ce qu'il comprend les etapes 
prealables suivantes : ^ 

. un premier terminal dudit au moins un reseau 
de communication emet, via au moins un des- 
dits canaux, au moins un message destine a 
un second terminal apres avoir ete modifie et/ 
ou complete avec des donnees appartenant 25 
audit domaine de service ; 
. ledit au moins un message est redirige vers le- 
dit au moins un equipement intermediaire qui 
ouvre ladite session de service ; 
et en ce que, au cours de ladite session de 30 
service : 

. ledit au moins un equipement intermediaire re- 
dirige lui-meme ledit au moins un message vers 
ledit au moins un serveur de contenu ; 

- ledit au moins un serveur de contenu modifie 
et/ou complete ledit au moins un message, et 
retourne audit au moins un equipement inter- 
mediaire ledit au moins un message modifie et/ 
ou complete; . 

. ledit au moins un equipement intermediaire 
transmet, via au moins un desdits canaux, ledit 
au moins un message modifie et/ou complete 
au second terminal. ^ 

2 Procede selon I'une quelconque des revendications 
1 a 6, caract6rise en ce qu'il comprend les etapes 
prealables suivantes : 

. un utilisateur fournit un identifiant (MSISDN) so 
d'un terminal audit au moins un serveur de 
contenu ; 

- ledit au moins un serveur de contenu emet au 
moins une requete en vue de la fourniture aud.t 
terminal, par un serveur de gestion de codes 55 
(22) dudit au moins un reseau exteme. d'un co- 
de destine a etre utilise ulterieurement afin de 
recevoirdes donnees appartenant audit domai- 
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ne de service ; 

le serveur de gestion de codes genere ledit co- 
de puis emet une requete en vue de la fourni- 
ture du code au terminal, par un serveur d'envoi 
automatique ; 

le serveur d'envoi automatique emet, via au 
moins un desdits canaux, au moins un messa- 
ge contenant le code destine au terminal ; 
ledit au moins un message contenant le code 
est redirige vers ledit au moins un equipement 
intermediaire qui ouvre ladite session de 
service ; 

et en ce que, au cours de ladite session de 
service : 

ledit au moins un equipement intermediaire 
transmet, via au moins un desdits canaux, ledit 
au moins un message contenant le code au 
terminal ; 

ulterieurement, pour recevoir des donnees ap- 
partenant au domaine de service, le terminal 
fournit ledit code audit au moins un serveur de 
contenu ; 

. ledit au moins un serveur de contenu passe le 
code au serveur de gestion de codes, qui lui- 
meme le passe a I'equipement intermediaire ; 
. Equipement intermediaire determine si le code 
estvalideou non.enfonction d'au moins un en- 
tire determine contenu dans une definition du 
service applique dans ladite session de servi- 
ce, et informe ledit au moins un serveur de con- 
tenu, via ledit serveur de gestion de codes, du 
caractere valide ou non du code. 

Procede selon I'une quelconque des revendications 
7 a 12. caracterise en ce que, au cours d'une me- 
me session, ledit au moins un equipement interme- 
diaire traite au moins deux requetes success.ves 
emises par ledit au moins un terminal et/ou au 
moins deux messages emis par ledit au moins un 
serveur de contenu ou ledit serveur d'envoi auto- 
matique. 

Procede selon I'une quelconque des revendications 
1 a 13, caracterise en ce que ledit au moms un 
traitement particulier effectue dans le cadre de la- 
dite session de service comprend au moins une des 
operations appartenant au groupe comprenant : 

. une tarification particuliere des donnees et/ou 
du temps de connexion audit domaine de 
service ; 

- une notification d'entree dans ledit domaine de 
services ; 

- une demande de confirmation par le terminal 
avant faeces audit domaine de service ; 

. une notification de sortie dudit domaine de 
services ; 
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. une demande de confirmation par le terminal 

avant la sortie dudit domaine de service , ; 
. un contraie d'autorisation d'acces audit doma- 

. StE— «« dedonn.es . 

. une Emission de donnees ou de message 
particulier, en fonction d'informations conti- 
nues dans une base de donnees client et/ou 
dans une requete vers un desdits serveur^ « 

. une modification d'une requete vers un desdits 

. une modification du flux de donnees transmis 

vers le terminal ; 
. une action par defaut, lorsqu'on n'accede pas 

* un desdits domaines de services. 

15 Precede selon la revendication 14 caracte ri s6 en 
ce que ladite tarification particuliere tent compte 
d'au moins un des aspects suivants : 

. un coutfixe par session de service, pour I'acces 
audit domaine de service ; Hnnn . ps 

. un cout proportionnel au volume de donnees 
transmis lors de la session de service ; 

. un coil proportionnel a la dur6e de la session 

. un comtnetion de la date et/ou de I'heure de 

la session de service ; 
. un " « Action de ndentite de rutilisateur du 

terminal ; 

. un cout fonction du mode d acces. 
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. detection d'une requete d'acces par le te^inal 
a des donnees non comprises dans le domaine 
de service pour lequel la session de service 
courante est ouverte ; 
. detection d'une requete specifique, dite de f in 

de session de service, emise par le term.nal 
. detection du depassement d'une penode _maxi- 
male d'inactivite du terminal au cours de la ses- 
sion de service courante. 

1 a 19, caracterise en ce que lorequ'. »mmun«iue 
avecleditaumoinsunserveurdecontenu. ucoure 
de ladite session de service, ledit au moms un equ.- 
„ intermediaire utilise un 

Su terminal (OpaquelD). de facon a ^" ^ rt 
au moins un serveur de contenu un .dent.fiant reel 
du terminal (MSISDN). 
20 21 Procedeselonl'unequelconquedesrevendications 
1^20 caracterise en ce que lorsqu'il communique 

de iadite session de service, .edit au moins un eq, - 
pement intermedial utilise un identifier* de ses 
25 sion (TID). 

22. Proridesetonrunequeloonqued 

1 a 21. caracterise en ce que ledit au moms un 
equipement intermediaire gere une fonctior , de 6- 
30 servation de credits pouvant etre partages par plu- 
sessions de service relatives a un meme uti- 
Hsateur et se deroulant au moins en partie s.multa- 
nement. 



16 Procedeselonl'unequelconquedesrevend lC atens 

1*16. caracterise en ce que ledit au i moins un 23. 
domainedeservice figure sous la ^eduneta b , e 
de description accessible par ledit au moms un 
equipement intermediaire. 

17 Precede selon la revendication 16. les donnees ge- <o 
7es par ledit au moins un serveur de contenu 6 tan 
stockees dans un systeme de fichiers presentant 
ne structure hierarchique. 

chaque domaine de service est represent dans 
ladite table de description . par la notation compacte 
c Z ou plusieurs sous-c6nes de ladite structure 
hierarchique. 

18 Procfedeselonl'unequelconquedesrevendications 
1*17 caracteriseencequ'ilcomprenduneetape » 
de cloture d'une session de service courante effec- 
JuVe lorsqu'au moins une condition de fin de ses- 
sion est verifiee. 

19 Precede selon la revendication 18. caracterise en 55 
ce que ladite au moins une condition de fin de ses- 
sion de service appartient au groupe comprenant : 



Systeme de gestion de la fourniture. a au moins un 
ferial d'au moins un reseau de communication, 
dedonnees gerees par au moins un serveur de con- 
tenu d'au moins un reseau externe, 
^ Z au moins un terminal pouvant deman er et/ou 
recevoir lesdites donnees via au moms deux ca- 

caracterise en ce que ledit systeme comprend . 

. des moyens de definition d'au moins un domai- 
ne de service, correspondent * au moms une 
portion des donnees d'au moins un desdits 

. Tes moyens de detection de la fourniture audit 
au moins un terminal de donnees appartenant 
audit domaine de service ; 

. des moyens de gestion de sessions de service, 
permettant de gerer au moins une session de 
service, au cours de laquelle est ufl.se au 
moTns un desdits canaux. lorsque lesd.ts 
doyens de detection detectent la foum,ture 
audit au moins un terminal de donnees appar- 
tenant audit domaine de service ; au moms un 
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traitement particulier Slant effectue dans le ca- 29. 
dre de ladite session de service, et en ce que 
lesdits moyens de gestion de sessions de ser- 
vice sont compris dans au moins un equipe- 
ment intermediaire traverse par lesdits au 5 
moins deux canaux et participant a la liaison 
entre ledit au rnoins un reseau de communica- 
tion et ledit au moins un reseau externe. 

24. Systeme selon la revendication 23, caracterise en 10 
ce que lesdits moyens de gestion de sessions de 
service comprennent : 

- des moyens de controle de service, permettant 

de maintenir les sessions de service en fonc- « 
tion d'une part d'une definition determinee d'un 
service associe a chaque domaine de service 
et d'autre part d'evenements qui sont commu- 
niques auxdits moyens de contr6le de service 
par au moins un moyen d'interfacage ; 

- pour chaque canal de fourniture de donnees, 
un moyen d'interfacage specifique (proxy WAP, 
proxy SMS, ...) permettant de communiquer 
auxdits moyens de contrfile de service des eve- 
nements relatifs aux sessions de service et cir- 25 
culant sur ledit canal, et de recevoir de la part 
desdits moyens de controle de service des ins- 
tructions relatives a I'envoi deformations aux 
terminaux et/ou aux serveurs de contenu. 

30 

25. Systeme selon la revendication 24, caracterise en 
ce que lesdits moyens de contr6le de service com- 
muniquent avec au moins un systeme de factura- 
tion de facon a obtenir pour chaque session de ser- 
vice des informations de facturation et/ou valorisa- 35 
tion et/ou autorisation dans le cas d'un mecanisme 
de pre-paiement. 

26 Systeme selon I'une quelconque des revendica- 
tions 24 et 25, caracterise en ce qu'un seul desdits 
moyens d'interfacage, dit moyen d'interfacage prin- 
cipal, comprend des moyens de communication di- 
recte avec lesdits moyens de controle de service, 
et en ce que chacun des autres moyens d'interfa- 
cage, dit moyen d'interfagage secondaire, com- « 
prend des moyens de communication indirecte 
avec lesdits moyens de controle de service, via ledit 
moyen d'interfacage principal. 

27. Systeme selon la revendication 26, caracterise en 50 
ce ledit moyen d'interfagage principal est commun 
a un canal de type WAP et a un canal de type WEB 
(proxy WAP/WEB). 

28 Equipement intermediaire caracterise en ce qu'il 55 
comprend des moyens pour mettre en oeuvre le 
procede selon I'une quelconque des revendications 
1 a 22. 



Equipement intermediaire selon la revendication 
28, du type compris dans un systeme de gestion de 
la fourniture, a au moins un terminal d'au moins un 
reseau de communication, de donnees gerees par 
au moins un serveur de contenu d'au moins un re- 
seau externe, 

ledit au moins un terminal pouvant demander et/ou 
recevoir lesdites donnees via au moins deux ca- 
naux de fourniture de donnees entre ledit au moins 
un terminal et ledit au moins un serveur de contenu, 
ledit systeme comprenant : 

- des moyens de definition d'au moins un domai- 
ne de service, correspondant a au moins une 
portion des donnees d'au moins un desdits 
serveurs ; 

- des moyens de detection de la fourniture audit 
au moins un terminal de donnees appartenant 
audit domaine de service, 

caracterise en ce que ledit equipement interme- 
diaire est traverse par lesdits au moins deux canaux 
et participe a la liaison entre ledit au moins un re- 
seau de communication et ledit au moins un reseau 
externe, 

et en ce que ledit equipement intermediaire com- 
prend des moyens de gestion de sessions de ser- 
vice permettant de gerer au moins une session de 
service, au cours de laquelle est utilise au moins un 
des canaux, lorsque les moyens de detection de- 
tectent la fourniture audit au moins un terminal de 
donn6es appartenant au domaine de service ; au 
moins un traitement particulier etant effectue dans 
le cadre de ladite session de service. 
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